OREILLY 





BE 图 灵 程序 设计 从 书 


高 性 能 Android 
应 用 开发 


High Performance Android Apps 


Ai 
G00 
| 


oo 
y Dy 
Wy py 

yy 


2 
2 


[ 美 ] Doug Sillars 著 
gs 王 若 兰 周 丹 红 夏 恩 龙 译 
陈 文 超 李 欣 欣 


中 国 工 信 出 版 集团 ” 允 失 民 邮 电 出 版 社 


SS POSTS & TELECOM PRESS 








效 字 有 版权 声明 


图 灵 社 区 的 电子 书 没有 采用 专 有 客 
户 端 ， 您 可 以 在 任意 设备 上 ， 用 自 
己 喜 欢 的 浏览 器 和 PDF 阅读 器 进行 
阅读 。 

但 您 购买 的 电子 书 仅 供 您 个 人 使 用 ， 
未 经 授权 ， 不 得 进行 传播 。 

我 们 愿意 相信 读者 具有 这 样 的 良知 
和 觉悟 ， 与 我 们 共同 保护 知识 产权 。 


如 果 购 买 者 有 侵权 行为 ， 我 们 可 能 
对 该 用 户 实 施 包括 但 不 限于 关闭 该 
帐号 等 维权 措施 ， 并 可 能 追究 法 律 
责任 。 


王 若 兰 

毕业 于 华中 师范 大 学 ， 现 就 职 于 美 团 网 
酒 旅 事业 群 Android 研 发 组 ， 主 要 负责 
美 团 App 和 点 评 App 旅 游 频道 的 性 能 调 
优 。 


周 丹 红 

毕业 于 东北 大 学 ， 现 就 职 于 美 团 网 酒 旅 
事业 群 Android 研 发 组 ， 主 要 负责 大 交 
通 频道 的 开发 与 性 能 调 优 。 


夏 恩 龙 

毕业 于 大 连理 工大 学 ， 现 就 职 于 猫眼 电 
影 Android 研 发 组 ， 主 要 负责 美 团 App 电 
影 频道 的 性 能 调 优 。 


陈 文 超 

毕业 于 电子 科技 大 学 ， 现 就 职 于 猫眼 电 
影 Android 研 发 组 ， 研 究 生 期 间 主 要 研 
究 qs 监 控 系统 App， 用 于 识别 人 的 行为 
动作 ， 对 图 片 加 载 、 上 传 和 下 载 的 优化 
有 和 较 深 的 理解 和 应 用 。 


李 欣 欣 

毕业 于 哈尔滨 工业 大 学 ， 现 就 职 于 猫眼 
影 Android 研 发 组 ， 爱 生活 、 爱 艺术 、 

爱 代 码 。 





这 History details 


33m 50s on battery 21% - approx. 5 hrs left 


History details 





100% 





32m 34s 
Mobile network signal 0 
5PM 8PM 1AM 
WI-FI Cellular neby osignal 
GPS 
Awake SS 
Wi-Fi 四 
Screen on Awake ,jm ) im 
Charging Screenon || 加 
Charging 














图 3-2: KitKat ( 左 ) 和 Lollipop ( 右 ) 的 能 耗 详情 
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图 4-4: Tree Overview 














图 4-5: 分 析 一 个 视图 树 
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4-8: 未 优化 的 “ls it a goat ? ”App 的 Hierarchy View 





N6: 优化 后 视图 
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4-19: 在 Lollipop (上 ) 和 KitKat ( 下 ) 上 优化 后 视图 的 GPU 概况 
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图 4-20: 运行 gfxinfo framestats 命令 得 到 的 数据 
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4-23: Systrace 的 界面 (Lollipop ) 
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图 4-24: 细 看 Systrace 的 卡 顿 部 分 (Lollipop) 
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图 4-25: 渲染 正常 的 Systrace (Lollipop) 
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4-31: Systrace CPU 信息 图 
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5-8: Allocation Tracker 显示 的 宛 余 创建 的 数组 
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图 6-3: Systrace 的 CPU 视图 
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图 6-13: Android Studio 开启 斐 波 那 契 延迟 的 Traceview GoatList 图 
































图 7-9: ARO 诊断 选项 卡 数据 图 
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图 7-13: 社交 媒体 后 台 连 接 : 优化 前 (上 ) 和 优化 后 (下) 
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8-6: 缓慢 连接 的 信息 显示 板 
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译 者 序 


相信 所 有 早期 的 Android 开发 者 都 被 性 能 问题 折腾 过 。 那 时 这 方面 的 资源 儿 乎 搜索 不 到 ， 
更 不 要 提 性 能 优化 的 最 佳 实践 了 。 开 发 者 真 的 是 在 实战 中 摸 着 石头 过 河 ， 四 处 碰壁 ， 一身 
是 伤 地 总 结 出 了 很 多 经 验 。 相 信 到 了 现在 ， 每 个 技术 团队 都 有 自己 沉淀 的 一 套 方法 。 但 时 
至 今日 ， 市 面 上 并 没有 出 现 一 本 指导 性 的 书籍 。 



































当 本 书 的 原著 刚 出 版 的 时 候 ， 我 们 有 幸 很 早 就 看 到 了 。 我 们 认为 这 本 书 非 常 有 价值 ， 有 关 
性 能 方面 的 内 容 非 常 全 面 且 具有 实际 的 指导 意义 。 当 时 我 们 的 团队 也 正在 尝试 更 多 的 性 能 
优化 ， 于 是 就 决定 将 这 本 书 翻译 出 来 ， 让 更 多 的 人 能 够 了 解 和 学 习 到 这 些 经 验 ， 并 且 运 用 
到 实际 开发 中 。 因 此 ， 我 们 组 建 了 一 个 翻译 小 组 ， 一 边 学 习 实 践 ， 一 边 翻 译 这 本 书 。 
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总 之 ， 这 本 书 能 够 顺利 出 版 ， 离 不 开 大 家 的 努力 和 帮助 。 因 为 能 力 有 限 ， 书 中 免不了 出 
现 一 些 问题 ， 还 请 大 家 包容 并 给 出 建议 。 若 对 本 书 内 容 有 任何 疑问 或 建议 ， 可 发 邮件 至 : 


SankuaimjQ@gmailcom。 














对 于 广大 的 Android 开发 者 来 说 ， 性 能 是 他 们 最 后 才 考 虑 的 事情 。 大 多 数 的 App 开发 更 强 
调 个 性 化 ， 开 发 者 的 目标 是 使 UI 看 起 来 完美 并 且 找 到 一 个 可 行 的 商业 化 道路 。 但 是 ，App 
的 性 能 很 大 程度 上 像 是 家 里 的 管道 ， 当 它 正常 工作 时 ,没有 人 会 关注 或 者 考虑 到 它 ， 然 而 
一 旦 出 错 ， 人 们 马上 就 会 陷入 麻烦 当中 。 

你 看 ， 用 户 在 注意 到 社交 小 工具 、 图 像 过 滤器 或 者 是 支持 克 林 贡 语 等 其 他 特性 之 前 ， 会 先 


注意 到 App 的 性 能 不 好 。 并 且 你 猜 怎么 着 ?用 户 因 为 不 满意 性 能 而 给 App 差 评 的 比例 要 
高 于 因 其 他 问题 而 给 App 差 评 的 比例 。 


















































这 也 是 我 们 说 性 能 很 重要 的 原因 。 开 发 App 的 时 候 ， 很 容易 就 会 忽略 性 能 ， 但 坦率 地 说 ， 
性 能 涉及 你 所 做 的 一 切 。 当 性 能 体验 不 好 时 ， 用 户 就 会 开始 抱怨 ， 进 而 外 载 你 的 App， 然 
后 报复 性 地 给 你 一 个 差 评 。 考 虑 到 这 些 ， 性 能 听 起 来 更 像 是 应 该 关注 的 一 个 特征 ， 而 不 是 
必须 忍受 的 一 种 负担 。 


但 实话 实说 ， 提 升 性 能 是 一 件 非常 困难 的 事情 。 仪 仅 了 解 算法 是 不 够 的 ， 你 还 需要 了 解 
Android 系统 是 如 何 执行 它 的 ， 以 及 硬件 又 是 如 何 响应 Android 系统 的 操作 的 。 事 实 上 , 一 
行 代码 有 可 能 会 破坏 整个 App 的 性 能 ， 只 是 因为 它 滥用 了 一 些 硬件 限制 。 但 困难 不 仅仅 是 
这 些 ， 因 为 有 时 候 为 了 了 解 后 台 发 生 的 事情 ， 你 甚至 必须 学 习 一 整套 的 性 能 分 析 工 具 。 这 
基本 上 是 看 待 App 开发 的 一 种 全 新 的 方式 ， 并 不 适合 性 于 挑 成 的 人 。 






































Doug 写 的 这 本 书 有 什么 了 不 起 的 地 方 呢 ? 这 本 书 是 Android 性 能 方面 的 实战 指南 ， 不 仅 
涵盖 了 基本 的 算法 话题 ， 还 深入 到 了 硬件 和 平台 的 工作 方式 ， 让 你 能 够 了 解 工 具 的 异常 显 
示 是 什么 含义 。 这 是 一 本 能 够 帮助 工程 师 转换 视角 的 书 。 它 不 再 只 是 关注 视图 和 事件 监听 
器 ， 而 是 慢 慢 转 换 为 理解 内 存 边 界 和 线程 问题 了 。 

















Xiii 


凌晨 4 点 ， 你 的 App 运行 状况 不 好 ， 咖 啡 机 也 坏 了 ， 并 且 创 业 孵 化 器 室 里 有 股 煤 白 碗 的 
味道 ， 为 了 确保 上 午 10:00 同 风险 投资 者 的 会 议 能 够 顺利 进行 ， 你 应 该 看 看 这 本 书 。 祝 你 
好 运 | 





一 一 Colt McAnlis， 资 深 布 道 师 ， 谷 歌 公司 团队 主管 ， 
Google 的 Android 性 能 模式 系列 视频 的 讲师 ( https://goo.g1/4ZJkY1 ) 
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到 
mi 


你 正在 构建 一 个 Android App 吧 (或 者 你 已 经 构建 了 一 个 App) ? 你 肯定 对 自己 App 的 性 
能 并 不 满意 。( 不 然 你 为 什么 要 看 这 本 书 呢 ? ) 揭示 移动 App 的 性 能 问题 是 一 个 持续 性 的 
工作 。 我 的 研究 发 现 ，98% 的 App 存在 六 在 的 性 能 改进 空间 。 本 书 将 涵盖 移动 性 能 的 隐 
患 ， 并 为 你 介绍 一 些 测 试 这 些 问 题 的 工具 。 我 的 目标 是 帮助 你 获得 这 些 必要 的 技能 ， 在 重 
大 的 性 能 问题 影响 到 用 户 之 前 捕获 它 。 











研究 表明 ， 用 户 期 望 移动 App 能 够 快速 加 载 ， 迅 速 响应 用 户 的 交互 ， 并 且 在 视觉 上 很 流 
畅 、 美 观 。 随 着 App 变 得 更 加 快速 ， 用 户 的 参与 度 和 收益 也 在 增长 。 没 有 关注 性 能 的 App 
的 印 载 率 和 那些 会 崩溃 的 App 的 印 载 率 相同 。 那 些 资源 利用 率 低 的 App 会 造成 不 必要 的 
电池 消耗 。 运 营 商 和 设备 制造 商 收 到 用 户 投 诉 最 多 的 就 是 电池 寿命 了 。 














在 过 去 的 几 年 里 ， 我 和 成 千 上 万 的 开发 者 谈 过 Android App 的 性 能 问题 。 很 少 有 开发 者 知 
道 有 可 用 的 工具 能 够 解决 他 们 遇 到 的 问题 。 


明确 的 共识 是 : 运行 快速 、 流 畅 的 移动 App 会 更 多 地 被 使 用 ， 能 够 为 开发 者 带 来 更 多 的 收 
益 。 令 人 惊奇 的 是 ， 哪 怕 知 道 这 些 ， 很 多 开发 者 还 是 没有 使 用 可 用 的 工具 来 诊断 和 定位 他 
们 App 中 的 性 能 问题 。 通 过 关注 性 能 的 提升 是 如 何 影 响 用 户 体验 的 ， 你 能 够 快速 地 了 解 你 
对 App 所 做 的 性 能 优化 工作 所 带 来 的 收益 。 


本 书 读者 


本 书 以 Android 性 能 为 中 心 涵盖 了 一 系列 广泛 的 主题 。 任 何 和 移动 开发 相关 的 人 员 都 会 喜 
欢 本 书 中 关于 App 性 能 的 研究 。 非 Android 移动 开发 者 将 会 发 现 书 中 关于 App 性 能 的 争论 
和 问题 是 非常 有 用 的 ， 但 用 于 隔离 问题 的 工具 是 专门 用 于 Android 的 。 














测试 人 员 将 会 发 现 用 于 测试 Android 性 能 的 工具 的 教程 也 同样 非常 实用 。 
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我 为 什么 写 这 本 书 


开发 者 在 Web 性 能 这 个 广阔 的 新 兴 领 域 里 分 享 了 提高 Web 速度 的 技巧 。Steve Souders 在 
2007 年 写 了 《高 性 能 网 站 建设 指南 》 一 书 ， 众 多 书籍 、 博 客 和 会 议 都 讨论 了 这 个 主题 。 


此 前 ,移动 App 的 性 能 很 少 受到 关注 。App 运行 缓慢 都 被 归罪 于 操作 系统 或 者 移动 网 络 ， 
而 电量 持续 时 间 短 则 被 归罪 于 设备 的 硬件 。 随 着 手机 越 来 越 快 ， 操 作 系 统 越 来 越 成 熟 ， 用 
户 开 始 明白 App 对 手机 性 能 的 影响 。 























有 很 多 非常 棒 的 工具 可 以 用 来 衡量 Android App 的 性 能 ， 但 是 到 目前 为 止 , 还 没有 人 对 它 
们 进行 归纳 和 整理 。 通 过 介绍 Google、Qualcomm、AT&T 以 及 其 他 公司 的 性 能 测量 工具 ， 
我 希望 本 书 能 将 Android 性 能 测试 的 奥秘 展现 出 来 ， 帮 助 你 的 App 在 不 增加 用 户 耗 电量 的 
情况 下 运行 得 更 加 快速 。 


本 书 预 览 lI 


当 研 究 App 性 能 时 ， 我 选择 了 研究 App 的 代码 对 Android 设备 不 同方 面 的 影响 。 我 们 将 从 
一 个 比较 高 阶 的 层面 开始 : 性 能 和 Android 的 生态 系统 ， 然 后 查看 App 对 屏幕 、CPU 以 及 
网 络 栈 等 的 影响 。 















































。 第 1 章 ，Android 的 性 能 指标 
这 一 章 介绍 了 移动 App 的 性 能 这 一 话题 。 我 们 将 用 一 些 例子 来 证 明 App 性 能 的 重要 性 。 
文中 会 强调 现在 面临 的 挑战 ， 同 样 也 会 列 出 性 能 低下 在 应 用 市 场 中 的 影响 。 我 们 还 会 
列 出 一 些 统计 数据 ， 你 可 以 拿 这 些 数据 去 说 服 管理 层 ， 让 他 们 在 提高 App 性 能 方面 投 
入 更 多 的 精力 和 时 间 。 这 里 所 给 出 的 数据 一 般 涵 盖 了 所 有 的 移动 平台 和 设备 。 




















。 第 2 章 ， 构建 Android 设备 实验 室 
这 一 章 将 讨论 测试 。Android 是 一 个 巨大 的 生态 系统 ， 包 括 了 上 万 种 设备 ， 并 且 每 一 种 
设备 都 有 不 同 的 UI、 屏 幕 、 处 理 器 以 及 操作 系统 版 本 〈 仅 举 几 例 )。 我 将 探索 一 些 方 
法 ， 帮 助 你 测试 尽 可 能 多 的 设备 ， 并 且 不 会 花费 过 高 。 


























。 第 3 章 ， 硬件 性 能 和 电池 续航 
接 下 来 ， Be 包括 电量 流失 的 原因 以 及 流失 的 多 少 。 另 外 ， 这 一 章 将 讨论 
用 户 是 如 何 发 现 App 中 的 电量 问题 的 ， 以 及 如 何 使 用 开发 工具 来 避免 这 些 问题 。 我 们 也 
会 学 习 新 的 JobScheduler API (在 Lollipop 版 本 中 发 布 ) ， 它 可 以 从 操作 系统 中 唤起 App。 








。 第 4 章 ， 屏幕 和 UI 性 能 
屏幕 是 手机 上 功 耗 最 大 的 一 部 分 。 屏 幕 是 App 的 主要 接口 ， 性 能 差 的 App 的 卡 顿 ( 跳 
帧 ) 和 慢 速 演 染 正 是 通过 屏幕 展现 出 来 的 。 这 一 章 将 通过 使 层级 更 加 扁平 化 来 一 步 步 
优化 UI， 然 后 介绍 如 何 使 用 Systrace 等 工具 对 App 进行 卡 顿 和 抖动 的 测试 。 











| 前 言 


。 第 5 章 ， 内 存 性 能 ; 第 6 章 ，CPU 与 CPU 性 能 
我 们 在 这 两 章 讨论 内 存 和 CPU 问题 ， 如 垃圾 回收 、 内 存 泄 露 ， 以 及 它们 是 如 何 影响 





App 性 能 的 。 你 将 学 会 如 何 运 用 测试 工具 ， 


Traceview， 齐 析 App 以 发 现 潜在 的 问题 。 


。 第 7 章 ， 网 络 性 能 


如 procstats、 内 存 分 析 工 具 (MAT) 和 


我 们 将 在 这 一 章 讨论 App 的 网 络 性 能 。 我 们 从 这 里 开始 探讨 移动 性 能 优化 ， 探 究 App 
是 如 何 与 服务 器 进行 通信 的 ， 以 及 我 们 应 该 如 何 加 强 这 些 通信 。 然 后 介绍 如 何 测 试 App 
在 慢 网 上 的 性 能 ， 因 为 许多 发 展 中 国家 未 来 几 十 年 用 的 可 能 都 是 2G 和 3G 网 络 。 











。 第 8 章 ， 真实 用 户 监测 


最 后 ， 我 们 将 会 讨论 如 何 使 用 真实 用 户 监测 和 分 析 数 据 ， 从 而 保证 每 台 设备 都 能 得 到 
最 佳 用 户 体验 。 如 第 2 章 所 述 ， 无 法 测试 实验 室外 的 每 台 Android 设备 ， 但 是 你 可 以 通 


过 用 户 设备 上 的 用 户 监控 来 获取 数据 。 

















。 附录 ， 组 织 性 能 





在 此 附 了 未 中， 我们 将 讨论 组 织 性 能 ， 包 括 如 何 开 始 支持 构建 高 性 能 App。 通 过 分 享 探 
索 、 成 功 的 案例 和 概念 验证 ， 你 可 以 向 公司 证 明 ， 将 性 能 作为 公司 追求 的 目标 之 一 可 


以 改善 公司 的 一 利 状况 。 


使 用 代码 示例 


补充 材料 (代码 示例 、 练 习 等 ) 可 以 从 https://github.com/dougsillars/HighPerformance- 


AndroidApps 下 载 。 





本 书 是 要 帮 你 完成 工作 的 。 一 般 来 说 ， 如 果 本 和 





区 提供 了 示例 代码 ， 你 可 以 把 它 用 在 你 的 程 





序 或 文档 中 。 除 非 你 使 用 了 很 大 一 部 分 代码 ， 否 则 无 需 联系 我 们 获得 许可 。 比 如 ， 用 本 书 
的 几 个 代码 片段 写 一 个 程序 就 无 需 获 得 许可 ， 销 售 或 分 发 O'Reilly 图 书 的 示例 光盘 则 需要 





获得 许可 ， 引 用 本 书 中 的 示例 代码 回答 问题 无 需 获 得 许可 ， 将 书 中 大 量 的 代码 放 到 你 的 产 


品 文档 中 则 需要 获得 许可 。 


我 们 很 希望 但 并 不 强制 要 求 你 在 引用 本 书 内 容 时 加 上 引用 说 明 。 引 用 说 明 一 般 包 括 书 名 、 
作者 、 出 版 社 和 ISBN。 比 如 :“High Performance Android Apps by Doug Sillars (O’Reilly). 
Copyright 2015 AT&T Services, Inc., 978-1-491-91251-5.” 











如 果 你 觉得 自己 对 示例 代码 的 用 法 超出 了 上 述 许可 的 范围 ， 欢 迎 你 通过 permissions@ 





oreilly.com 与 我 们 联系 。 











排版 约定 
本 书 使 用 了 下 列 排版 约定 。 


。 档 体 
表示 新 术语 。 





。 等 宽 字 体 (constant width) 
表示 程序 片段 ， 以 及 正文 中 出 现 的 变量 、 函 数 名 、 数 据 库 、 数 据 类 型 、 环 境 变 量 、 语 
句 和 关键 字 等 。 


。 加 粗 等 宽 字 体 (constant width bold) 
表示 应 该 由 用 户 输入 的 命令 或 其 他 文本 。 


。 等 宽 斜 体 (Constant width italic) 
表示 应 该 由 用 户 输入 的 值 或 根据 上 下 文 确定 的 值 替 换 的 文本 。 














图 标 表 示 提 示 或 建议 。 


Ke 








该 图 标 表示 一 般 注 记 。 











Safari2 Books Online 


Safari Books Online (http:/www.safaribooksonline.com) 是 应 运 

Sa fa 及 四 。。 而 年 的 数字 图 书馆 。 它 同时 以 图 书 和 视频 的 形式 出 版 世界 顶级 

Books Online 技术 和 商务 作家 的 专业 作品 。 技 术 专 家 、 软 件 开 发 人 员 、Web 

设计 师 、 商 务 人 士 和 创意 专家 等 ， 在 开展 调研 、 解 决 问 题 、 学 习 和 认证 培训 时 ， 都 将 
Safari Books Online 视 作 获取 资料 的 首选 渠道 。 


























对 于 组 织 团 体 、 政 府 机 构 和 个 人 ，Safari Books Online 提供 各 种 产品 组 合 和 灵活 的 定 
价 策略 。 用 户 可 通过 一 个 功能 完备 的 数据 库 检 索 系 统 访问 O'Reilly Media、Prentice 


Hall Professional、Addison-Wesley Professional、Microsoft Press、Sams、Que、Peachpit 











Press、Focal Press、Cisco Press、John Wiley & Sons、 Syngress、 Morgan Kaufmann、IBM 
Redbooks、Packt、Adobe Press、FT Press、Apress、Manning、New Riders、McGraw-Hill、 
Jones 必 Bartlett、Course Technology 以 及 其 他 几 十 家 出 版 社 的 上 千 种 图 书 、 培 训 视频 和 正 
式 出 版 之 前 的 书稿 。 要 了 解 Safari Books Online 的 更 多 信息 ， 我 们 网 上 见 。 


联系 我 们 
请 把 对 本 书 的 评价 和 问题 发 给 出 版 社 
美国 : 

















o 


O’Reilly Media, Inc. 
1005 Gravenstein Highway North 
Sebastopol, CA 95472 


中 国 : 


北京 市 西城 区 西直门 南大 街 2 号 成 铭 大 厦 C 座 807 室 (100035) 
奥 莱 利 技术 咨询 (北京) 有 限 公 司 


O’Reilly 的 每 一 本 书 都 有 专属 网 页 ， 你 可 以 在 那儿 找到 本 书 的 相关 信息 ， 包 括 勘 误 表 、 示 
例 代 码 以 及 其 他 信息 。 本 书 的 网 站 地 址 是 : 
http://www.oreilly.com/catalog/0636920035053.do 








对 于 本 书 的 评论 和 技术 性 问题 ， 请 发 送 电 子 邮件 到 ; bookquestions@oreilly.com 





要 了 解 更 多 O’Reilly 图 书 、 培 训 课 程 、 会 议和 新 闻 的 信息 ， 请 访问 以 下 网 站 : 


http://www.oreilly.com 











我 们 在 Facebook 的 地 址 如 下 : http://facebook.com/oreilly 
请 关注 我 们 的 Twitter 动态 : http://twitter.com/oreillymedia 


我 们 的 YouTube 视频 地 址 如 下 : http:/www.youtube.com/oreillymedia 
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第 1 章 


Android 的 性 能 指标 





说 到 性 能 ， 不 同 的 领域 有 不 同 的 标准 。 对 于 移动 App 领域 ， 性 能 的 评判 标准 主要 体现 在 
App 的 运行 方式 、 工 作 效 率 以 及 使 用 的 流畅 性 上 。 在 本 书 中 ， 我 们 将 从 提升 App 的 效率 和 
速度 的 角度 来 探讨 性 能 问题 。 


众所周知 ，Android 性 能 问题 非常 复杂 ， 因 为 有 成 千 上 万 种 计算 能 力 参差 不 齐 的 设备 。 但 
是 大 多 数 时 候 ， 我 们 只 是 保证 了 开发 的 App 能 够 在 自己 的 目标 设备 上 完美 运行 。 希 望 本 书 
可 以 帮助 你 进一步 完善 App， 使 其 能 够 在 19 000 种 不 同 的 Android 设备 上 运行 并 且 获 得 极 
致 的 体验 。 

本 书 将 重点 介绍 电池 管理 、 工 作 效率 和 速度 这 几 个 方面 的 性 能 优化 问题 ， 同 时 也 会 探讨 开 
发 人 员 面 临 的 一 些 主 要 问题 ， 还 会 介绍 一 些 能 帮助 我 们 确定 和 定位 性 能 问题 所 属 类 型 的 工 
具 。 一 旦 确定 问题 ， 我 们 将 围绕 其 讨论 一 些 可 行 的 补救 措施 。 








本 书 适合 所 有 的 Android App 开发 者 。 不 论 是 性 能 方面 的 技术 带头 人 、 独 立 
开发 者 、 开 发 团队 还 是 测试 人 员 ， 都 将 会 从 后 面 章节 中 讨论 的 各 类 性 能 监测 
工具 和 技术 中 获得 帮助 。 








关于 代码 优化 的 建议 ， 每 个 人 所 遇 到 的 情况 是 不 同 的 。 有 些 优化 修改 简单 快速 而 且 效果 明 
显 ， 而 有 些 优化 则 需要 很 多 额外 的 工作 ， 比 如 代码 重 构 、 改 良 App 的 主要 架构 等 。 这 些 优 
化 的 建议 也 许 不 总 是 可 行 的 ， 但 是 知道 App 到 底 哪里 存在 缺陷 将 能 够 帮助 你 持续 地 提升 
App 的 性 能 。 


通过 研究 App 的 基本 性 能 问题 ， 你 就 可 以 在 感觉 到 App 出 现 问 题 的 时 候 有 个 大 致 的 解决 
方向 ， 并 且 知 道 该 如 何 一 步 步 地 提升 App 的 效率 、 性 能 和 速度 ， 从 而 避免 App 的 卡 顿 和 
用 户 的 投诉 。 


pAN 和 
1.1 性 能 对 用 户 很 重要 
你 的 App 运行 得 有 多 快 ? 早 在 20 世纪 60 年 代 关于 人 类 注意 力 的 相关 研究 就 指出 ， 在 
100 毫秒 内 的 行为 都 被 认为 是 即时 的 ,延迟 1 秒 及 以 上 就 会 让 人 意识 到 卡 顿 '。 而 延迟 和 卡 
顿 (即便 这 种 缓慢 是 感觉 上 的 ) 对 于 一 个 App 来 说 是 致命 的 ， 甚 至 有 时 候 还 会 给 用 户 的 
手机 带 来 灾难 (2012 年 的 一 项 研究 表明 ，App 出 现 的 卡 顿 导致 4% 的 用 户 气 得 摔 坏 了 手 
机 ! ?)。 


1.1.1 电子 商务 和 性 能 

假设 一 个 电子 商务 类 App 的 一 个 购物 流程 需要 的 平均 时 间 长 达 5 分 钟 ， 并 且 每 个 页 面 的 加 
载 平 均 需要 10 秒 钟 ， 那 么 完成 一 次 购买 你 最 多 只 能 加 载 30 个 界面 到 屏幕 上 。 如 果 能 将 每 
个 页 面 的 加 载 时 间 都 减少 1 秒 钟 ， 你 就 可 以 在 每 次 购物 流程 中 增加 3 个 页 面 。 这 样 可 以 让 
用 户 将 更 多 的 商品 加 入 自己 的 购物 车 ， 或 者 是 单纯 地 将 整个 交易 流程 缩短 30 秒 钟 。 


















































以 上 的 假设 其 实 都 是 有 据 可 依 的 。2008 年 的 一 项 研究 表明 ， 相 比 那 些 反 应 迅速 的 网 站 ， 反 
应 迟缓 的 网 站 的 交易 率 和 用 户 满意 度 更 低 ”。 


事实 上 ， 前 文中 虚构 的 电子 商务 网 站 的 优化 例子 和 图 1-1 里 的 数据 是 基本 匹配 的 。 给 交易 
流程 平均 增加 3.3 个 界面 ， 也 就 等 于 在 整个 交易 过 程 中 增加 了 11% 的 页 面 视图 。 























注 1: Jakob Nielsen, “Response Times: The 3 Important Limits,” excerpt from Usability Engineering (1993), http:// 
www.nngroup.com/articles/response-times-3-important-limits. 

注 2: Mobile Joomla!, “Responsive Design vs Server-Side Solutions,” December 3, 2012, http://www. 
mobilejoomla.com/blog/172-responsive-design-vs-server-side-solutions-infographic.html. 

注 3: Roger Dooley, “Don't Let a Slow Website Kill Your Bottom Line,” Forbes, December 4, 2012, http://www:. 
forbes.com/sites/rogerdooley/2012/12/04/fast-sites/. 
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图 1-1: 网 站 速度 慢 所 造成 的 影响 〈 当 网 页 存在 1 秒 延迟 时 ) 


对 网 页 性 能 的 研究 为 移动 App 的 性 能 研究 提供 了 很 大 的 启发 。 很 多 研究 表明 网 站 反应 速度 
的 提升 有 利于 提高 订单 量 和 销售 量 。 我 认为 这 同样 适用 于 移动 App (而 且 考 虑 到 移动 端的 
及 时 性 ， 这 种 影响 的 估计 甚至 可 能 还 是 保守 的 )。 


亚马逊 ”和 沃尔玛 ”都 曾 分 别 报告 过 类 似 的 数据 。 这 两 大 零售 商都 已 经 意识 到 , 仅仅 100 毫 
秒 的 延迟 就 可 能 导致 他 们 的 收益 下 降 1%。Shopzilla 为 了 优化 性 能 重 构 了 他 们 的 网 站 ， 结 
果 他 们 的 页 面 浏览 量 增加 了 25%， 转 化 率 也 提升 了 7%~12%， 且 重 构 之 后 只 用 了 原来 一 半 
的 节点 ! “ 


1.1.2 ”电子 商务 之 外 的 影响 
性 能 差 的 App 不 仅 会 导致 销售 量 和 收益 降低 ， 还 会 导致 其 在 Google Play 市 场 的 排名 下 
滑 。 更 糟糕 的 是 ， 这 些 App 的 表现 通常 会 使 用 户 把 它们 从 设备 中 移 除 。 比 如 在 2011 年 ， 





注 4: Todd Hoff, “Latency Is Everywhere And It Costs You Sales - How To Crush It,” High Scalability, July 25， 
2009, http://highscalability.com/latency-everywhere-and-it-costs-you-sales-how-crush-it. 

注 5: Joshua Bixby, “4 Awesome Slides Showing How Page Speed Correlates to Business Metrics at Walmart. 
com,” Radware, February 28, 2012, http://www.webperformancetoday.com/2012/02/28/4-awesome-slides- 
showinghow- page-speed-correlates-to-business-metrics-at-walmart-com/. 

注 6; Todd Hoff, “Latency Is Everywhere.” 
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T-Mobile 就 要 求 Google 从 应 用 市 场 (当时 还 叫 Android Market) 移 除 一 款 第 三 方 语音 邮件 
App 一 一 YouMail， 因 为 YouMail 检查 新 语音 邮件 的 方式 竟然 是 每 隔 1 秒 从 服务 器 拉 取 一 
次 数据 〈 是 的 ， 你 没 听 错 ， 一 小 时 就 要 向 服务 器 请 求 3600 次 ) ! 如 此 频繁 的 连接 请 求 只 
需要 大 约 8000 个 用 户 就 能 产生 比 Facebook 还 要 多 的 连接 数 。 事 实 上 ， 在 Google 云 推送 被 
广泛 地 应 用 之 前 ， 这 样 的 做 法 一 直 存 在 。 即 便 是 现在 ，Google Play 上 依然 存在 有 类 似 行为 
的 App。 正 如 我 们 所 知道 的 ， 这 些 App 会 让 服务 器 、 网 络 的 性 能 变 差 。 最 重要 的 是 ， 它 们 
还 会 影响 用 户 的 Android 手机 设备 。 





























有 时 候 你 会 发 现 ， 刚 发 布 的 时 候 App 的 架构 很 好 ， 但 是 后 来 它 变 得 更 大 的 时 候 还 会 如 此 
吗 ? 假设 你 可 以 在 下 届 Super Bowl 比赛 中 为 你 的 App 做 个 广告 ，App 和 服务 器 架构 准备 
好 迎接 用 户 数量 呈 指 数 型 增长 了 吗 ? 




















1.1.3 性 能 可 以 节省 基础 设 

大 多 数 的 Android App 和 远程 服务 器 有 高 频率 的 交互 ， 需 要 从 服务 器 获取 很 多 的 内 容 。 减 
少 向 服务 器 发 出 的 请 求 次 数 (或 是 减少 每 次 请 求 数据 的 大 小 ) 可 以 让 App 速度 得 到 巨大 的 
提升 ， 而 且 可 以 减少 服务 器 端的 请 求 堵 塞 ， 节 省 基础 设施 上 的 投入 。 我 曾经 所 在 的 公司 通 
过 减少 35%~50% 的 网 络 请 求 和 15%~25% 的 数据 交互 ， 每 年 能 够 在 远程 服务 器 设备 购置 
上 节约 数 百 万 美元 。 


1.2 最 恶劣 的 性 能 影响 因素 : 宕 机 

在 2015 年 ， 一 项 关于 财富 500 强 公 司 的 研究 表明 ， 网 站 宕 机 所 造成 的 损失 大 约 是 每 小 时 
50 万 ~100 万 美元 。 为 避免 收入 损失 ， 他 们 斥资 引进 了 数据 中 心 、 云 服务 器 、 数 据 库 等 作 
为 数据 备份 。 回 顾 过 去 的 十 年 ， 各 种 各 样 的 研究 ”对 宕 机 所 造成 的 损失 持续 地 做 出 了 评估 
(而 且 损 失 是 逐年 增加 的 )。 其 中 有 两 个 研究 指出 收入 损失 仅 占 宕 机 损失 的 35%~38%。 如 
果 我 们 用 这 些 研究 所 得 的 数据 来 做 图 表 ， 会 发 现在 2015 年 宕 机 一 小 时 会 造成 每 小 时 17.5 
万 美元 的 收入 损失 ， 而 且 这 项 损失 是 持续 升 高 的 ( 见 图 1-2)。 












































注 7: Yevgeniy Sverdlik, “One Minute of Data Center Downtime Costs US$7,900 on Average,” Datacenter- 

Dynamics, December 4, 2013, http://www.datacenterdynamics.com/critical-environment/one-minute-of-data- 
centerdowntime-costs-us7900-on-average/83956.fullarticle; 
Martin Perlin, “Downtime, Outages and Failures - Understanding Their True Costs,” Evolven, September 
18, 2012, http://www.evolven.com/blog/downtime-outages-and-failures-understanding-their-true-costs.html; 
AppDynamics, “DevOps and the Cost of Downtime: Fortune 1000 Best Practice Metrics Quantified,” http:// 
info.appdynamics.com/DC-Report-DevOps-and-the-Cost-of-Downtime.html. 





4 | 第 1 章 





$600,000.00 

$500,000.00 } 人 

$400,000.00 

$300,000.00 - 。 每 小 时 的 宕 机 损失 
a 每 小 时 的 收入 损失 

$200,000.00 - 一 


$100,000.00 - 





$0.00 
2000 2005 2010 2015 2020 











图 1-2: 每 小 时 宕 机 的 损失 


宕 机 是 最 严重 的 性 能 问题 。 一 切 都 将 无 法 运转 ! 也 正 是 由 于 这 样 的 原因 ， 各 家 公司 每 年 都 
会 花费 数 百 万 美元 来 保证 他 们 的 内 容 不 会 被 中 断 。 宕 机 问题 除了 会 损失 收入 、 降 低 用 户 满 
意 度 外 ， 也 会 让 用 户 不 知 所 措 〈 见 图 1-3)。 











a St. Brink 区 地 关注 
@LASDBrink 


Facebook 宕 机 并 不 是 执法 机 构 要 处 理 的 问题 ， 请 不 要 
再 给 我 们 打 电 话 了， 我 们 也 不 知道 Facebook 何 时 能 恢 
复 正 常 ! 

:| Fo, [La 94 :EE 


9:37 AM - 1 Aug 2014 











1-3: 洛杉矶 郡 警察 局 的 Brink 警 佐 发 的 一 条 推 文 ， 回 应 民众 询问 警察 局 Facebook 宕 机 的 问题 


在 所 有 需要 改进 的 性 能 问题 中 ， 保 证 正常 运行 对 一 个 公司 至 关 重 要 。 移 动 端的 宕 机 甚 实 就 
是 App 崩溃 。 显 然 ， 首 要 的 性 能 问题 就 是 必须 不 能 崩溃 。 如 果 一 个 App 都 不 能 正常 工作 ， 
那 它 运行 得 再 快 又 有 什么 用 呢 ? 然而 ， 如 果 App 运行 得 非常 缓慢 ， 或 者 让 人 感觉 缓慢 ， 用 
户 也 会 有 一 种 遇 到 和 宕 机 的 感觉 。 


1.2.1 低 性 能 就 像 持 续 的 容 机 


电力 负载 过 大 时 ， 通 常 电力 公司 提供 的 电压 就 会 比较 低 ， 灯 光 就 会 显得 昏暗 (冰箱 很 可 
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能 无 法 正常 工作 )。 反 应 缓慢 的 Android App 与 此 同 理 。 用 户 仍然 可 以 使 用 App， 但 是 滚 


动 可 能 很 卡 ， 图 像 加 载 迟 缓 ， 整 体 上 的 感觉 就 是 慢 。 就 像 电压 管制 对 电力 


公司 用 户 的 不 利 


影响 一 样 ， 一 个 反应 缓慢 、 性 能 低下 的 Android App 使 用 起 来 就 像 不 断 反复 着 宕 机 状态 一 
样 。2015 年 3 月 ， 惠 普 发 布 了 一 份 “ 移 动 App 还 没 能 满足 用 户 的 预期 ”报告 (http://bit.ly/ 





100Ow5TB)。 报 告 指出 ， 用 户 对 App 反应 迟钝 和 App 崩溃 一 样 反 感 ( 见 图 











1-4) 0° 





检查 App 是 否 有 更 新 类 | 灶 于 咱 虽 | 37 
停止 使 用 这 款 App JE 
寻找 共 代 产品 [ER 

减少 使 用 次 数 、 村 本 二 曙 本 本 时 于 ;0 
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图 1-4: 低 性 能 与 崩溃 :对 用 户 来 说 是 一 样 的 


结合 1.1 节 和 1.2 市 中 的 数据 ， 我 们 可 以 大 致 评估 出 App 反应 迟钝 所 造成 的 损失 ( 见 








加 








1-5)。 一 旦 发 生 宕 机 ，App 就 会 损失 收益 *。 如 果 知 道 当 加 载 时 间 超过 4.4 秒 时 ， 转 化 率 
就 会 下 降 3.5%~7% ， 我 们 就 可 以 大 致 估算 出 反应 迟钝 的 低 性 能 App 至 少 会 每 小 时 减少 


















6000~12 000 美元 的 收入 。 

1 秒 的 网 页 延迟 造成 的 转化 率 损失 〈 美 元 /小 时 ) 
16000 
14000 
e 3.5% 的 转化 率 | 
10000 损 上 
8000 

日 7% 的 转化 率 
so00 损失 
4000 
2000 
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1-5: 低 性 能 的 App 每 小 时 造成 的 损失 (基于 1 秒 的 网 页 延迟 ) 








注 8: 当然 ， 有 一 些 用 户 会 在 以 后 再 购买 ， 所 以 实际 损失 并 没有 估计 的 这 么 多 。 
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如 图 1-5 所 示 ， 反 应 迟缓 、 低 性 能 的 App 造成 的 损失 每 年 都 在 增长 ，App 会 逐渐 失去 收入 
和 用 户 ， 最 终 一 无 所 获 一 一 我 希望 这 种 悲剧 永远 都 不 会 发 生 在 你 的 App 身上 。 














1.2.2 ”消费 者 对 性 能 bug 的 态度 

由 于 复杂 的 开发 环境 ， 总 会 有 一 些 测试 过 程 中 遗漏 的 bug 影响 用 户 。 最 近 的 一 项 研究 表 
明 ，44% 的 Android App 的 问题 和 bug 都 是 用 户 发 现 的 ， 并 且 这 其 中 的 20% 是 用 户 通过 
Google Play 的 评价 反馈 给 开发 者 的 ”。 开发 者 肯定 不 想 通过 差 评 来 了 解 App 存在 的 问题 。 差 
评 不 仅 反 应 了 某 个 用 户 对 App 的 低 性 能 的 反感 ， 还 可 能 会 使 看 到 差 评 的 用 户 拒绝 下 载 ， 从 
而 造成 用 户 流失 ， 进 而 影响 App 的 收益 。 

















即使 App 被 用 户 下载 了 ， 也 不 意味 着 App 就 已 经 被 用 户 认可 了 。2014 年 ， 被 下 载 过 的 
Android App 中 有 16% 只 被 启动 了 一 次 “"。 面 对 选择 繁多 的 App 市 场 ,用 户 都 是 很 容易 动摇 
的 。 如 果 App 不 能 让 用 户 满意 ， 他 们 很 快 就 会 选择 另 一 款 同类 型 的 App。 虽 然 用 户 卸 载 
App 的 原因 很 多 ,但 是 应 该 说 失望 是 和 卸载 的 首要 原因 。 根 据 Perfecto Mobile 的 一 项 研究 
让 用 户 感到 最 失望 的 问题 有 以 下 几 个 : 








。 用 户 界面 问题 (58% ) 
。 性 能 问题 (52%) 

。 功能 性 问题 (50%) 
。 设备 兼容 问题 (45%) 





























尽管 性 能 问题 在 用 户 印 载 App 的 原因 榜 上 排 在 了 第 二 位 ， 但 是 可 以 清楚 地 看 到 其 他 儿 类 问 
题 也 和 性 能 息息相关 。 这 足以 表明 ， 用 户 秃 裁 App 的 主要 原因 仍 是 App 的 性 能 差 。 


如 果 App 采用 了 最 小 可 行 产 品 (MVP) 的 方法 一 一 初始 发 布 时 存在 bug 和 性 能 问题 一 一 那 
么 当 这 些 问 题 得 到 修复 后 : 


。 App 依然 拥有 用 户 
。 用 户 会 更 新 App 
。 用 户 会 启动 更 新 后 的 App， 看 看 有 哪些 改进 





Twitter 的 报告 表明 ，50% 的 用 户 在 3 天 之 内 升级 了 他 们 的 App， 并 且 75% 的 用 户 在 14 天 





注 9: Perfecto Mobile, “Why Mobile Apps Fail: Failure to Launch,” Fall 2014, http://info.perfectomobile.com/rs/ 
perfectomobile/images/why-mobile-apps-fail-report.pdf. 

注 10: Dave Hoch, “App Retention Improves - Apps Used Only Once Declines to 20%,” Localytics, June 11, 2014, 
http://info.localytics.com/blog/app-retention-improves. 

注 11: 查 看 “Why Are Your Mobile Apps Failing?(http://info.perfectomobile.com/rs/perfectomobile/images/why- 
apps-fail-infographic.pdf)” 图 表 。 
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之 内 升级 到 了 最 新 的 版 本 。”Twitter 发 现 以 上 情况 是 反复 发 生 的 。 所 以 ， 只 要 App 没有 被 
用 户外 载 ， 你 的 更 新 版 本 〈bug 修复 和 性 能 提升 的 版 本 ) 就 有 和 希望 : 








。 被 用 户 下 载 
。 被 用 户 打开 看 到 性 能 的 提升 


1.2.3 智能 手机 电池 寿命 : 矿井 中 的 金 丝 兴 

上 一 小 节 中 的 研究 表明 ， 用 户 更 喜欢 反应 迅速 、 性 能 优良 的 App。 智 能 手机 用 户 最 关心 的 
一 个 问题 就 是 电池 的 寿命 问题 。 尽 管用 户 还 没有 普遍 意识 到 ， 但 是 App (特别 是 没有 经 过 
优化 的 ) 是 耗 电 的 主要 原因 。 我 把 设置 成 百分数 的 剩余 电量 作为 App 性 能 的 指示 器 。 如 果 
发 现 电 量 急 剧 降低 ， 我 就 开始 审查 最 近 下 载 的 App 是 否 存在 潜在 的 问题 。 


针对 新 Android 设备 的 常见 评论 是 ， 电 凶 的 寿命 并 没有 得 到 改善 。 我 们 认为 ， 如 果 这 些 评 
论 者 在 新 旧 设 备 上 安装 了 完全 一 样 的 App， 新 旧 设 备 的 电池 寿命 就 不 会 有 什么 明显 的 差 
别 。 迁 移 到 新 手机 上 的 App 依旧 在 消耗 电量 。 在 第 3 章 中 ， 我 们 将 展示 如 何 用 设备 的 耗 电 
量 来 衡量 App 的 性 能 ， 以 及 如 何 提高 App 的 性 能 来 为 用 户 节 省 电量 。 































































































移动 设备 上 最 耗 电 的 就 是 屏幕 、 蜂 帘 式 网 络 和 Wi-Fi， 以 及 其 他 的 信号 发 射 器 (如 蓝牙 或 
GPS)。 众 所 周知 ，App 必须 在 屏幕 上 使 用 ， 所 以 App 使 用 移动 设备 中 其 他 耗 电 部 件 的 方 
式 才 是 影响 电池 寿命 的 关键 。 


以 往 遇 到 设备 的 电池 寿命 问题 ， 消 费 者 通常 会 指责 设备 、 设 备 制造 商 或 者 运营 商 。 不 过 现 
在 已 经 不 再 这 样 了 。 事 实 上 ，35% 的 消费 者 曾 因 为 过 度 耗 电 而 印 载 了 一 款 App。" 虽然 能 
够 展示 App 耗 电量 的 消费 者 工具 才刚 刚 进入 市 场 ， 但 是 它们 的 质量 在 快速 地 提升 。 值 得 庆 
幸 的 是 ， 节 省 电量 的 开发 者 工具 也 已 经 开始 出 现 了 。 我 们 将 在 第 3 章 中 讨论 这 些 工具 。 在 
设计 和 开发 App 的 过 程 中 ， 开 发 者 最 好 认真 地 对 待 电量 和 电源 问题 。 


1.3 App 性 能 问题 的 检测 

在 发 布 App 之 前 ， 发 现 性 能 问题 的 最 好 方法 就 是 不 断 地 测试 。 在 第 2 章 中 ， 为 了 使 
Android 系统 有 更 好 的 兼容 性 ， 我 们 将 介绍 应 该 测试 的 所 有 机 型 。 后 续 的 章节 将 介绍 很 多 
可 帮 你 诊断 性 能 问题 的 工具 ， 以 及 解决 这 些 问 题 的 技巧 。 一 旦 App 发 布 到 了 市 场 上 ， 就 要 
确保 App 能 将 用 户 问 题 和 使 用 情况 反馈 给 开发 者 。 阅 读 这 些 反 馈 报 告 并 分 析 其 中 的 信息 更 
有 利于 开发 者 解决 已 发 现 的 问题 。 







































































注 12: 查 看 “Scaling Android Development at Twitter” (https://youtu.be/T5qEnillTHc?t=6m43s)，Twitter 的 Jan 
Chong 在 2014 年 巴黎 Droidcon 上 的 演讲 。 

注 13:Hewlett-Packard,“Failing to Meet Mobile App User Expectations: A Mobile User Survey - Dimensional 
Research,” http://bit.ly/1LXYPec. 
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模拟 和 真实 用 户 监 测 (real user monitoring，RUM) 是 两 种 常见 的 性 能 测试 方法 。 


1.3.1 模拟 测试 

实验 室 的 模拟 测试 需要 创建 特定 的 测试 用 例 ， 或 者 是 在 App 上 模拟 用 户 行为 。 后 面 将 要 讨 
论 的 很 多 和 App 一 起 运行 的 工具 在 寻找 异常 的 时 候 都 需要 测试 用 例 来 模拟 运行 。 这 是 一 种 
发 现 、 解 决 bug 和 性 能 问题 的 好 方法 。 然 而 ，Akamai 给 出 的 每 天 19 000 份 独特 的 Android 
用 户 代理 报告 指出 , ”并 不 是 所 有 的 场景 都 可 以 用 测试 用 例 来 模拟 。 






































1.3.2 ”真实 用 户 监 测 

并 不 是 所 有 场景 下 的 测试 都 可 以 在 实验 室 进行 ， 所 以 收集 真实 的 用 户 性 能 数据 是 十 分 必要 
的 。 在 App 中 插入 分 析 代 码 库 来 收集 用 户 的 真实 数据 ， 能 够 让 你 快速 地 了 解 用 户 可 能 面 对 
的 问题 的 类 型 。 这 样 你 就 可 以 解决 所 发 现 的 用 户 问题 和 bug。 解 决 问题 之 后 ， 想 办 法 将 用 
户 问 题 复制 到 实验 室 ， 这 是 避免 以 后 的 发 行 版 App 出 现 此 类 问题 的 聪明 做 法 。 第 8 章 将 探 
讨 一 些 从 RUM 工具 中 获取 到 的 结果 。 


























1.4 ”总结 


1 < 口 

















本 章 中 给 出 的 证 据 强 有 力 地 表明 ， 性 能 好 的 App 的 加 载 、 凌 动 和 其 他 用 户 事件 都 足够 快速 
平 请 。 性 能 差 的 App 导致 的 用 户 流失 率 和 App 月 潢 差不多。 因此 性 能 差 和 持续 宕 机 都 会 
失去 订单 量 、 销 售 额 和 用 户 (不 管 是 现在 还 是 未 来 )。 相 信 这 些 证 据 足 以 说 服 你 (也 足以 
说 服 你 的 经 理 和 领导 )。 让 我 们 来 解决 所 有 的 性 能 问题 并 让 App 更 快 地 运行 吧 ! 




















注 14:Alec Heller, “UA Strings Are Terrible: Adventures in Server-side Device Characterization for Site 
Performance,” Velocity 2014: Building a Fast and Resilient Business, June 25, 2014, http://velocityconf.com/ 
velocity2014/public/schedule/detail/35211. 
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第 2 章 


构建 Android 设 备 实验 室 





Android 生态 系统 是 世界 上 最 大 的 移动 平台 (根据 市 场 占有 率 )。Google 称 ， 世 界 范围 内 活 
跃 的 Android 设备 数 已 经 惊人 地 超过 了 10 亿 。Android 设备 占有 了 约 80% 的 智能 手机 市 场 
份额 。 在 如 此 大 的 市 场 份额 下 ，Android 应 用 的 开发 无 疑 成 为 了 一 大 热门 。 然 而 ，Android 
生态 系统 的 迅速 成 长 也 带 来 了 一 些 有 趣 的 挑战 。 


它 经 历 了 12 次 重大 的 版 本 升级 ， 拥 有 数 以 千 计 的 手机 型 号 〈 还 有 平板 电脑 、 手 表 、 电 
视 等 ) 和 数 十 种 屏幕 尺寸 ， 并 且 和 制造 商 对 Android Open Source Project (AOSP) “进行 了 调 
整 。 由 于 Android 生态 系统 的 复杂 差异 性 ，App 测试 不 可 能 覆盖 所 有 的 设备 / 系统 组 合 。 
Akamai 称 ， 他 们 每 天 能 记录 19 000 个 不 同 的 用 户 终端 。 那么， 如何 才能 保证 你 的 应 用 在 
有 代表 性 的 Android 设备 上 运行 良好 ? 你 又 如 何 知道 什么 才 是 有 代表 性 的 设备 ? 









































TestDroid 的 一 项 研究 表明 ， 你 需要 12 种 机 型 就 可 以 测试 全 球 排名 前 20% 的 设备 。 如 果 你 
想 测 试 50% 的 设备 ， 那 么 你 需要 60 种 以 上 的 机 型 。 例 如 ， 在 美国 市 场 上 ，25 种 设备 占据 
了 约 66% 的 市 场 份额 ， 但 是 如 果 你 想 履 盖 到 90% 的 设备 ， 那 么 你 需要 128 种 机 型 。 因 为 
测试 时 间 通 常 是 很 宝贵 的 ， 所 以 你 不 太 可 能 (除非 使 用 自动 化 工具 ) 规律 性 地 在 如 此 多 的 
设备 上 测试 。 在 这 一 章 中 ， 我 们 会 提供 一 些 构建 Android 设备 实验 室 的 不 同 选择 ， 帮 助 你 
使 用 最 少 的 设备 ， 最 大 化 地 在 功能 、 性 能 和 界面 方面 测试 你 的 应 用 。 




































































注 1: Android Open Source Project 是 Google 发 起 的 Android 开放 源 代码 项 目 。 一 一 译 者 注 

注 2: Alec Heller, “UA Strings Are Terrible: Adventures in Server-side Device Characterization for Site 
Performance,” Velocity 2014: Building a Fast and Resilient Business, June 25, 2014, http://velocityconf.com/ 
velocity2014/public/schedule/detail/35211. 


2.1 你 的 用 户 都 在 使 用 什么 设备 


最 简单 的 方法 就 是 查看 Android 不 同系 统 的 使 用 率 ， 因 为 性 能 优化 在 不 同 的 系统 上 表现 各 
异 。 例 如 ，2015 年 6 月， 只 有 12.4% 的 Android 用 户 在 使 用 Lollipop 版 本 ，39.2% 的 用 户 
使 用 KitKat (KK)，37.4% 的 用 户 使 用 Jelly Bean (JB)。 同 时 ，5.1% 的 用 户 仍 然 使 用 Ice 
Cream Sandwich (ICS)，Gingerbread 和 Froyo 累计 起 来 也 有 5.9% 的 使 用 量 。 当 新 用 户 涌 
向 最 新 的 设备 和 最 新 的 系统 版 本 时 ， 仍 然 有 大 批 的 用 户 停留 在 三 年 之 前 开发 的 系统 和 设 
上 。 设 备 在 世界 上 不 同 区 域 的 分 布 也 各 不 相同 ， 高 端 设 备 在 发 达 国 家 销售 火爆 ， 二 手 设备 
(和 低 端的 新 设备 ) 却 在 发 展 中 国家 占据 主导 地 位 。 


2.2 ”设备 特性 分 布 


Android Gingerbread 至 少 需要 128MB 的 内 存 和 2GB 的 存储 空间 。 我 们 把 它 作 为 设备 的 下 
限 ， 因 为 现在 仍 有 许多 这 样 配置 的 设备 在 运行 。 有 些 设 备 没有 摄像 头 ， 有 些 只 有 后 置 摄 像 
头 ， 有 些 前 后 摄像 头 都 有 。 还 有 一 些 设备 附带 了 NEC、 温 度 传感器 、 加 速度 传感器 和 气 
压 计 。 可 以 想象 ， 这 些 设备 有 相当 大 的 差别 。 接 下 来 我 们 研究 一 下 对 开发 影响 最 大 的 几 个 
因素 。 


2.2.1 屏幕 

屏幕 尺寸 一 直 是 Android 开发 者 最 关注 的 地 方 ， 因 为 如 果 应 用 外 观 差 ， 或 者 显示 不 正常 ， 
就 会 被 用 户 嫌弃 。 像 前 文 提 到 的 ， 相 差 悬 殊 的 屏幕 尺寸 并 疫 有 让 这 种 情况 好 转 。 确 保 App 
在 所 有 尺寸 的 屏幕 上 都 能 正确 显示 ， 是 开发 过 程 中 决定 性 的 一 步 。 近 几 年 来 ， 美 国 市 场 
上 设备 的 屏幕 尺寸 越 来 越 大 ， 他 们 并 不 在 意 手 是 否 拿 得 住 或 裤 兜 是 否 装 得 下 。Samsung 
Galaxy S (2010) 高 122mm， 屏 幕 分 辩 率 是 480 x 800。 而 S5 的 高 度 已 经 达到 了 145mm， 
分 辩 率 为 1080 x 1920 〈 在 短 短 四 年 内 高 度 几 乎 增 大 了 1 英寸， 像素 密度 达到 了 原来 的 5.4 
倍 )。 最 新 的 Motorola Nexus 6 将 巨 屏 手 机 的 屏幕 高 度 上 限 提高 到 了 151mm (5.92 英寸 )， 
Quad HD 分 辩 率 达到 了 2560 x 1440 。 





































































































虽然 屏幕 越 来 越 大 ， 但 仍 有 一 小 部 分 用 户 在 使 用 480 x 320 分 辩 率 或 更 低 分 辨 率 的 设备 
(根据 MarketingProfs 的 一 项 调查 ，; 这 一 比例 在 2014 年 第 二 季度 超过 了 5%)，17% 的 南非 
用 户 正在 使 用 240 x 320 分 辩 率 的 电话 。 在 测试 实验 室 中 ， 开 发 者 很 希望 只 使 用 超大 的 、 
绚丽 的 屏幕 ， 但 是 保留 一 两 款 小 屏 设备 仍然 是 一 个 明智 的 选择 。 如 果 预 算 不 允许 ， 可 以 用 
模拟 器 代替 小 屏 手 机 来 测试 UI 的 工作 情况 。 但 需要 注意 的 是 ， 模 拟 器 并 不 能 准确 地 反映 
真实 设备 的 性 能 。 



































注 3: MarketingProfs,“Mobile Trends: Most Popular Phones, Screen Sizes, and Resolutions,” http:// 
www.marketingprofs.com/charts/2014/25740/mobile-trends-most-popular-phones-screen-sizes-and- 
resolutions#ixzz3hPrTffs4. 





构建 Android 设 备 实验 室 | 11 








2.2.2 SDK 版 本 


不 同 SDK 版 本 的 设备 可 能 在 组 件 和 性 能 上 有 相当 大 的 差异 。Jelly Bean 版 本 之 后 的 手机 受 
益 于 “Project Butter”， 该 项 目 使 手机 在 UI 滑动 和 泻 染 上 更 加 流畅 ， 卡 顿 更 少 。KitKat 版 
本 包含 了 “Project Svelte” ， 减 少 了 操作 系统 的 内 存 使 用 ， 以 至 于 在 512MB 内 存 的 设备 上 
也 可 以 运行 (甚至 只 有 256MB 内 存 的 、 运 行 KitKat 的 设备 也 曾经 进入 过 Google Play 市 
场 )。Lollipop 引入 了 “Project Volta”， 通 过 更 新 SDK 减少 电量 消耗 。 虽 然 这 些 升级 令 人 
非常 激动 ， 但 同时 也 使 得 这 些 版 本 之 前 的 设备 开发 复杂 化 。 


虽然 很 多 设备 在 被 使 用 了 较 短 时 间 (6~18 个 月 ) 之 后 就 被 丢弃 ,但 仍然 有 很 多 Android 手 
机 的 使 用 时 间 长 达 两 年 以 上 。 在 2015 年 的 市 场 上 ， 仍 然 有 全 新 的 Samsung S3 (2012 年 发 
布 ) 在 售卖 (与 它 之 后 的 版 本 S4、S5、S6 一 起 ) ， 并 且 位 居 使 用 榜 上 前 五 名 ， 直 到 现在 仍 
然 在 国内 外 的 市 场 上 火爆 销售 。 
























































2.2.3 CPU/ 内 存 和 存储 


2014 年 10 月 ， 印 度 排 在 前 两 名 的 手机 都 运行 Jelly Bean 系统 ， 配 备 了 单 核 CPU、512MB 
内 存 和 4GB 的 内 置 存 储 。 在 中 国 ， 高 端 设备 与 美国 和 欧洲 流行 的 机 型 差不多 ， 比 如 运行 
Gingerbread 的 单 核 设备 。App 可 能 在 美国 的 普通 设备 上 运行 良好 ,但 是 它 如 何 应 对 性 能 
低 、 内 存 或 存储 空间 更 少 的 设备 呢 ?” 当 App 达到 了 设备 允许 的 最 大 内 存 时 ， 它 会 停止 分 配 
内 存 ， 还 是 继续 运行 〈( 拖 慢性 能 并 且 容 易 引 起 崩溃 ) ? 


2.3 ”用户 使 用 的 网 络 


我 们 会 在 第 7 章 详细 地 讲解 这 个 问题 ， 但 是 在 北美 (尤其 在 城市 里 )， 我 们 已 经 用 上 了 高 
速 的 LTE (最 新 的 研究 表明 ，97% 的 人 已 经 用 上 了 LTE 或 其 他 的 4G 技术 )。 在 西欧 ， 这 
一 比例 降 至 约 83%。 在 世界 的 其 他 地 区 ， 这 一 比例 会 更 低 。 很 多 地 区 甚至 还 没有 3G， 仍 
然 在 使 用 老 旧 的 2G 网 络 。 如 果 你 计划 让 你 的 App 在 世界 上 大 部 分 地 区 上 市 ， 你 应 该 在 不 
同 网 络 条 件 下 测试 Android App。 第 7 章 会 提 到 模拟 慢 速 网 络 的 方法 ， 这 样 你 就 可 以 保证 
无 论 用 户 在 哪 、 使 用 何 种 网 络 ， 你 的 App 都 将 运行 顺畅 。 


2.4 你 的 设备 不 是 用 户 的 设备 

“只 用 我 自己 的 手机 测试 ”的 时 代 已 经 结束 了 。 妆 我 参加 开发 者 大 会 的 时 候 ， 所 有 与 会 者 
都 有 一 部 高 端 手机 一 一 通常 是 最 近 一 两 年 的 旗舰 款 。 拿 2015 年 来 说 ， 开 发 者 都 拿 着 和 
Nexus 6、Sumsung S6 或 者 HTC One (M9) 相同 配置 的 设备 。 这 些 设备 全 都 运行 Lollipop 
系统 ， 拥 有 4 个 或 8 个 核心 的 CPU、 儿 百 万 像素 的 摄像 类、16~32GB 的 存储 空间 、2~3GB 
的 内 存 ， 并 且 可 以 录制 高 清 视频 。 这 些 设备 非常 棱 ， 而 且 很 有 趣 。 但 需要 注意 的 是 ， 
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Android 开发 者 大 多 生活 在 科技 中 心 ， 使 用 的 是 快速 的 Wi-Fi 和 蜂窝 网 络 ， 意 识 到 他 们 使 
用 的 设备 并 不 是 Android 阵营 里 的 主流 机 型 是 尤其 重要 的 。 























10 人 活跃 Android 设备 运行 在 过 蜡 的 网 络 环境 下 ， 但 开发 者 都 生活 在 高 端 设备 和 高 速 网 络 
的 摇 复 里 。 移 动 数据 在 发 达 国家 持续 增长 ， 但 是 已 经 开始 趋 近 饱 和 。 新 用 户 增长 最 快 的 地 
区 将 是 发 展 中 国家 。 接 下 来 的 10 亿 连 接 互 联网 的 用 户 关注 的 是 便宜 的 设备 。 满 足 这 些 用 
户 需求 的 Android 设备 将 具有 巨大 的 市 场 潜 力 。 这 些 设备 和 你 的 设备 有 明显 的 区 别 (它们 
通常 和 你 儿 年 前 淘汰 的 设备 或 你 借 给 家 人 然后 忘记 的 设备 差不多 )。 这 些 设备 缺少 我 们 习 
以 为 常 的 性 能 ， 但 这 不 是 我 们 在 满足 这 些 用 户 时 要 考虑 的 唯一 因素 。 我 们 还 必须 了 解 他 们 
所 面 对 的 局 限 ， 如 手机 充电 时 的 通电 问题 和 移动 网 络 供 应 数据 的 质量 问题 。 





















































































































































root 设备 /工程 版 本 /开发 者 版 本 


被 root 的 设备 是 指 那 些 获取 了 Android 内 核 root 权限 的 设备 。 很 多 开发 者 都 是 爱好 折 
腾 的 玩家 ， 他 们 喜欢 获取 Android 内 核 的 root 权限 。 作 为 一 名 开发 者 ， 你 应 该 知道 你 
的 App 可 能 会 在 被 root 的 设备 上 运行 ， 并 且 你 应 该 准备 好 应 对 被 root 的 设备 上 可 能 产 
生 的 安全 问题 (例如 用 户 查 看 任何 文件 ， 黄 至 是 被 保护 的 沙 箱 中 的 敏感 内 容 ) 。 


被 root 的 ROM 通常 安装 了 一 个 超级 用 户 Android 应 用 包 (APK) 以 作为 App 和 内 核 
之 间 的 接口 (如果 你 没有 的 话 ，Google Play 中 有 很 多 不 错 的 选择 ) 。 


开发 者 版 本 /工程 版 本 是 被 root 设备 中 的 一 部 分 。root 社区 把 这 些 版 本 称 为 “不 安全 
的 ”版 本 。 这 是 因为 调试 被 开启 ， 安 全 选项 就 会 被 关闭 。 在 工程 版 本 上 ， 你 可 以 查看 
并 且 运 行 任何 App。 这 是 一 个 非常 强大 的 选项 ， 并 且 对 Android 开发 者 很 有 用 处 。 另 
一 方面 ， 许 多 Android 应 用 有 严重 的 安全 漏洞 问题 ， 在 root 权限 下 它们 会 变 得 更 加 严 
重 。 对 于 测试 而 言 ， 使 用 root 权限 测试 给 了 你 接近 Android 系统 内 核 的 更 大 权限 。 出 
于 同样 的 原因 ， 个 人 使 用 时 ， 你 应 该 谨慎 使 用 一 个 被 root 的 设备 。 


对 于 本 书 中 后 续 讨 论 的 一 些 测 试 工具 来 说 ，root 权限 提供 了 一 些 额外 的 、 有 用 的 特性 。 
它 可 能 对 安全 性 测试 也 有 帮助 (超出 了 本 书 的 范畴 ) ， 因 此 ， 我 建议 保留 一 部 具有 root 
权限 的 设备 以 便 测 试 。 

免责 声明 : 在 一 些 地 区 ， 获 取 设 备 的 root 权限 会 导致 法 律 或 版 权 问 题 。 在 美国 ， 只 
没有 侵权 问题 ， 获 取 Android 手机 root 权限 目前 是 合法 的 (但 是 平板 电脑 不 行 ) 。 如 果 
你 不 清楚 这 件 事 在 当前 地 区 的 合法 性 ， 请 咨询 你 的 法 律 顾问 。 

















2.5 测试 

考虑 到 上 述 困 难 ， 如 何 为 10 亿 用 户 、 大 约 2 万 台 设 备 的 Android 生态 环境 创建 一 个 可 控制 
的 测试 环境 呢 ? 如 何 保证 我 们 在 支持 发 达 国 家 用 户 的 同时 ， 也 为 全 世界 范围 内 的 潜在 用 户 
提供 足够 的 支持 ? 现在 ， 我 们 很 清楚 已 经 不 能 用 “口袋 里 的 设备 ”来 解决 这 个 问题 了 。 
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在 2.6 节 中 ， 我 们 将 讨论 一 些 方法 ， 这 些 方 法 可 以 覆盖 现 有 设备 并 且 会 为 以 后 提供 支持 。 
显然 ， 每 个 人 的 预算 相差 其 远 ， 所 以 ， 在 考虑 这 些 建议 时 ， 根 据 你 的 能 力 添加 (不 要 减少 
太 多 预算 ) 预算 吧 。 


2.6 创建 设备 实验 室 


确保 App 做 了 符合 预期 的 事 的 唯一 方法 就 是 测试 ， 并 且 尽 可 能 覆盖 多 种 尺寸 的 屏幕 和 配 
置 。 为 此 ， 你 需要 一 个 测试 用 的 Android 设备 实验 室 。 


你 的 设备 实验 室 可 能 只 是 一 个 办 公 桌 抽 层 ， 里 面 装 了 各 种 处 于 充电 状态 的 设备 ， 它 们 在 一 
堆 电 缆 中 纠缠 着 。 这 样 做 的 好 处 是 设备 都 触手 可 得 ， 并 且 能 够 保证 设备 安全 。 但 是 ， 缺 
点 更 明显 : 只 有 你 可 以 访问 你 的 “实验 室 ”， 你 所 需要 的 设备 可 能 没有 充电 ， 最 重要 的 是 
“ 眼 不 见 ， 心 不 想 ”。 如 果 你 不 经 常 看 你 的 设备 ， 可 能 会 忘记 测试 它们 。 











































































































还 有 一 种 方法 就 是 开放 设备 实验 室 。 这 样 不 仅 能 够 保证 设备 安全 ， 还 能 方便 人 们 使 用 、 注 
销 和 测试 。 


当 需 要 测试 设备 时 ， 确 保 覆 盖 绝 大 多 数 用 户 并 保持 预算 是 至 关 重要 的 。 如 果 你 已 经 有 一 款 
App 在 应 用 市 场 上 架 ， 就 很 容易 通过 数据 分 析出 用 户 使 用 设备 的 分 布 (关于 App 分 析 的 详 
细 内 容 ， 见 第 8 章 )。 也 许 用 户 设备 的 分 布 和 最 主流 设备 的 分 布 有 所 偏差 。 为 了 保证 现 有 
的 用 户 高 兴 ， 你 应 该 确保 一 直 使 用 用 户 最 多 的 设备 测试 。 如 果 你 没 对 App 作 分 析 ， 就 不 得 
不 看 热门 Android 设备 的 报告 了 (通常 这 些 报告 都 大 同 小 异 ， 所 以 你 用 这 些 数据 来 选择 设 
备 也 是 比较 保险 的 )。 












































2.6.1 你 想 要 花 很 多 钱 买 设备 吗 

开销 一 直 是 个 大 问题 。 在 这 一 小 节 中 ， 我 们 将 讨论 一 个 理想 的 Android 设备 列表 是 怎样 的 ， 
但 最 后 还 是 财务 说 了 算 。 你 可 能 会 被 问 到 :“ 为 什么 不 用 模拟 器 来 测试 不 同 的 设备 ?” ” 模 
拟 器 可 以 在 很 多 方面 起 作用 (许多 屏幕 大 小 不 同 的 模拟 器 或 许 能 帮助 解决 UI 问题 )， 但 
是 ， 作 为 开发 者 ， 我 们 都 知道 模拟 器 存在 问题 (速度 问题 ， 不 能 使 用 传感器 ， 比 如 位 置 和 
加 速度 传感器 等 )。 你 需要 说 服 你 的 上 司 ， 真 机 对 于 性 能 测试 是 必需 的 。 或 许 ， 在 会 议 上 
用 一 个 或 者 三 个 模拟 器 进行 性 能 测试 ， 能 够 帮助 你 说 服 上 司 (Twitter 的 Android 团队 就 这 
样 做 过 )。 



































除了 预算 之 外 ， 你 需要 用 不 同 的 设备 来 覆盖 下 面 这 些 参数 ， 











。 屏幕 尺寸 
-小 (4.4%) 
- 中 (82.9%) 
一 “ 巨 屏 手机 ”(8.6%) 
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平板 电脑 (4.1%) 
特殊 情况 (穿戴 设备 、 电 视 、 汽 车 等 











。 屏 萌 分 状 率 


低 (4.8% ) 
中 (16.1%) 
高 (40.2% ) 
超 高 (36.6% ) 
里 器 
双核 
四 核 
多 核 




















。 内 存 


RAM 


- 存储 〈 例 如， 对 比 容量 可 用 很 少 和 大 量 空闲 的 设备 ) 
。 网 络 速度 


3G 
LTE 
Wi-Fi 


。 SDK 版 本 


Gingerbread (2.3、2.3.3、2.3.7) 
Ice Cream Sandwich 

Jelly Bean (4.1、4.3) 

KitKat 

Lollipop 

Marshmallow (或 更 高 ) 


。 其 他 考虑 


root 设备 
安全 测试 
原始 设备 制造 商 (OEM) 差别 





好 消息 是 我 们 可 以 用 相对 较 少 的 设备 匹配 这 些 不 同 的 特性 。 有 很 多 方法 可 以 把 这 些 特性 划 
分 到 不 同 的 电话 组 里 。 


2.6.2 ”我 应 该 购买 什么 样 的 设备 
假设 你 没有 足够 的 财力 (或 时 间 ) 来 测试 100 种 手机 ， 让 我 们 找 一 个 方法 使 用 尽 可 能 少 
的 设备 来 进行 更 多 的 测试 。 有 很 多 购买 设 
好 的 了 5 
































的 方式 ， 而 且 没 有 比 下 面 提供 


的 几 种 方式 更 
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。 Facebook 在 选择 测试 设备 上 走 了 一 条 独特 的 路 线 。 他 们 没有 选择 Craigslist 和 eBay 
网 上 的 旧 手 机 ， 而 是 选择 了 与 从 2008 年 起 历年 高 端的 、 特 性 相近 的 手机 。 这 使 得 
Facebook 团队 不 仅 模拟 了 现在 高 端 手机 的 用 户 体验 ， 同 时 也 照顾 到 了 过 去 几 年 的 热门 
机 型 (也 可 以 代表 现在 在 售 的 低 端 手机 )。2014 年 的 Facebook 报告 表明 ， 最 常见 的 型 
号 符合 “2011 年 ”的 型 号 ,双核 ，1GB RAM (Facebook 用 Samsung S2 测试 这 类 设备 )。 
他 们 已 经 发 布 了 检测 设备 “年 份 类 型 ”的 开源 库 (http://github.com/facebook/device-year- 
class)， 所 以 你 可 以 投放 适当 的 内 容 给 使 用 特定 设备 的 用 户 。 

。 Etsy 使 用 设备 分 析 来 推断 现在 流行 的 设备 ， 并 从 这 个 列表 中 采购 设备 。Esty 的 设备 没有 

配置 全 系 的 电池 ， 所 以 可 以 在 老 设备 上 发 现 更 真实 的 电量 消耗 。 当 新 设备 发 布 时 ，Etsy 

团队 会 观察 哪些 设备 在 用 户 中 快速 增长 ， 然 后 相应 地 调整 他 们 的 测试 设 



















































































其 他 提示 : 如 果 App 需要 做 很 多 的 计算 ， 你 要 用 不 同 的 CPU 类 型 测试 。 如 有 果 有 很 多 泻 染 ， 
那么 你 要 关注 那些 大 屏 的 但 是 配置 了 低 性 能 GPU 的 设备 ， 因 为 这 可 能 成 为 性 能 瓶 贷 。 在 
后 面 的 章 市 中 ， 我 会 讨论 SDK 的 改变 如 何 从 不 同方 面 提升 性 能 ， 所 以 ， 你 应 该 关注 那些 
使 用 早期 SDK 版 本 、 没 有 优化 过 性 能 的 设备 。 


1. 之 前 流行 的 

24、36 或 48 个 月 之 前 的 高 端 设 备 可 以 很 好 地 匹配 “ 老 设备 ”的 标准 。 你 可 以 从 eBay 或 
Graigslist 淘 到 这 些 设备 ， 这 些 网 站 可 以 帮助 你 用 很 少 的 钱 获得 这 些小 屏幕 的 老 版 本 SDK 
设备 。 


Nexus S 可 以 运行 从 Gingerbread 到 Jelly Bean 版 本 的 系统 (但 是 它 有 一 个 比较 大 的 屏 
幕 ，480x 800 分 辩 率 )， 所 以 ， 为 了 扩大 设备 组 合 范围 ， 最 好 用 像 Samsung Galaxy Y 
(240 x 320 分 辩 率 ) 这 样 低 分 辨 率 、 小 屏幕 、 使 用 Gingerbread 系统 的 设备 。 这 种 方法 的 测 
试 会 存在 一 些 误差 ， 因 为 测试 结果 只 在 你 购置 的 机 型 上 是 准确 的 。 

























































































2. 目前 流行 的 

这 和 你 的 分 析 结 果 相 比 可 能 略 有 不 同 ， 但 是 截至 2014 年 ， 网 上 多 个 来 源 表 明 ，Samsung 
S3 (最 早 在 2012 年 搭载 ICS 系统 发 布 ) 仍旧 是 使 用 最 广泛 的 Android 设备 。 另 外 ， 
Samsung S2 (在 2011 年 第 一 季度 发 布 ) 仍然 排 在 前 10 位 。 这 有 力 地 证 明了 流行 设备 持久 的 
生命 力 。S3 有 很 多 系统 版 本 ， 比 如 ICS、JB 和 KK (S2 只 能 升级 到 介 )。 尽 管 S3 设备 分 布 
趋 于 稳定 (事实 上 ， 可 能 还 有 略微 减少 )， 这 款 设 备 仍然 会 是 很 长 一 段 时 间 内 的 主流 设备 。 
添加 当前 热门 的 旗舰 机 型 也 是 很 重要 的 ， 因 为 它们 会 为 接 下 来 几 年 的 测试 提供 帮助 。 

















3. 以 后 流行 的 
Nexus 设备 (由 Google 直接 出 售 ， 保 留 纯粹 的 Google 体验 ， 没 有 原始 设备 制造 商 的 修改 ) 























注 4; Facebook, Year class: A classification system for Android (https://code.facebook.com/posts/307478339448736/ 


year-class-a-classification-system-for-android/) . 
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通常 不 享受 运营 商 补贴 ， 因 此 不 是 销售 最 火爆 的 设备 。 这 可 能 导致 你 不 把 这 些 设备 当 作 备 
来 ， 你 就 可 以 早 于 主流 设备 提前 在 最 新 的 操 


选 ， 但 它们 通常 会 


会 率先 更 新 操作 系统 。 这 样 一 




















作 系 统 上 测试 App。 比 如 Android Marshmallow， Sooplk 最 先 在 Nexus 5、6、9 上 向 开发 


者 推送 最 新 的 操作 系统 。 


Google Nexus 设 




















因此 ， 为 了 让 App 将 来 能 适 配 


2.6.3 除了 手机 之 外 


除了 手机 和 平板 电脑 之 外 ，Android ss 


车 。 这 些 平台 与 传统 的 Androi 
中 的 一 部 分 。 


Android Wear 








其 他 的 生态 系统 ， 比 如 罕 戴 设 





最 新 的 系统 ， 最 好 保留 一 款 最 近 的 














th 

















d 设 ， 你 可 以 根据 你 的 开发 计划 在 日 常 测试 中 涵盖 

















Google 在 2014 年 的 开发 者 大 会 上 宣布 Android Wear 是 Android 的 一 种 新 形式 。 运 行 





Android Wear 的 设 
码 或 SIM 卡 ) 进行 通信 。 
接收 到 的 信息 应 该 体现 在 一 


。 建议 




















及 时 信息 列表 (例如 ， 消 息 、 位 置 相关 的 数据 等 ) 


。 要 求 





允许 语音 命 
这 种 开发 模式 与 传统 的 Andr 


邻 控制 Wear 设 























发 出 请 求 数据 




















App， 应 该 在 实验 室 配 备 一 两 个 代表 性 的 设备 。 





oid App 明显 不 同 ， 所 以 如 果 你 计划 为 Android Wear 构建 





通常 是 Android 智能 手表 ， 其 通过 蓝牙 与 Android 设备 (没有 电话 号 
Google 建议 ，App 在 手表 和 手机 上 应 该 配 有 不 同 的 界面 。 用 户 
系列 的 卡片 上 。Google 将 交互 划分 为 下 面 两 种 : 











2.6.4 Android Open Source Project 设 备 











当 我 们 在 讨论 Android 是 开源 软件 的 时 候 ， 经 常 
的 Google 版 本 仅仅 是 AOSP 的 一 个 分 支 。 在 前 正 











漏 掉 一 件 事 情 
1 对 Android 设备 的 描述 中 ， 我 把 主要 的 目 








， 即 我 们 习惯 说 的 Android 





标 都 集中 在 各 种 各 样 的 Google 设备 上 ， 因 为 它们 在 美国 是 主要 的 设备 。 但 是 ， 为 了 和 覆盖 





2014 年 夏天 ， 研 究 估计 AOSP 设 


这 些 设备 缺少 以 下 组 件 : 





占有 20% 的 

















。 分 发 App 的 Google Play Store 
。 Google Cloud Messenger 推送 消息 


。 Google Play 服务 


所 有 的 Android， 我 们 可 以 再 讨论 一 下 其 他 常见 的 AOSP 分 支 。 





智能 手机 市 场 (Google 分 支 占 有 65% ) 。 
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。 Google 产品 ， 儿 乎 所 有 Google 定制 的 其 他 工具 类 App 


然而 ， 这 个 生态 系统 并 不 是 可 以 忽略 的 ， 所 以 你 应 该 把 这 些 设备 也 作为 App 分 发 策略 的 一 
部 分 。 


1. Amazon 

在 美国 最 常见 的 运行 非 Google 版 本 的 Android 分 支 的 设备 就 是 Amazon 的 电子 阅读 器 一 一 
Kindle。Amazon 也 进入 了 手机 (Amazon Fire Phone) 和 电视 机 顶 盒 (Fire TV) 领域 。 
Amazon 把 它 的 Android 分 支 称 为 Fire OS， 其 变 体 对 应 的 Android 版 本 如 下 : 





Fire OS 1 Gingerbread 2011 
Fire OS 2 Ice Cream Sandwich 2012 
Fire OS 3 Jelly Bean (4.2.2) 2013 
Fire OS 4 KitKat (4.4.2) 2014 


Fire OS 3 Lollipop 2015 





放 一 些 Amazon 设备 在 你 的 实验 室 也 许 是 有 用 的 ， 因 为 Amazon 确实 有 其 独特 的 应 用 程 
序 商 店 来 向 所 有 的 Fire 平板 分 发 内 容 ， 这 是 应 用 的 另 一 个 市 场 。 只 要 你 不 使 用 Google 的 
具体 服务 ， 将 App 添加 到 Amazon 的 生态 系统 (包括 Amazon 网 站 ) 是 一 个 很 不 错 的 想 
法 。Amazon 应 用 商店 的 App 也 可 以 在 黑莓 设备 上 运行 ， 因 为 黑莓 手机 有 一 个 可 以 运行 
Android App 的 运行 时 。 














2. 其 他 Android 手 机 /平板 电脑 
最 受 欢迎 的 非 Google Android 设备 是 Amazon 的 设备 。 在 美国 ， 符 合 这 种 特征 的 设备 包括 
Barnes 和 Nobles Nook 平板 。 被 微软 收购 之 前 ， 诺 基 亚 有 一 个 短暂 的 诺基亚 XAOSP 项 目 。 





























在 美国 以 外 ， 还 有 一 些 厂商 成 功 营销 AOSP 设备 ， 主 要 是 印度 和 中 国 的 制造 商 ， 他 们 生产 
廉价 的 手机 。 例 如 ， 中 国 OEM 小 米 拥 有 全 球 5.1% 的 市 场 份额 ， 并 且 MIUI App Store 在 
短 短 一 年 多 的 时 间 内 就 实现 了 10 亿 的 下 载 量 。 如 果 你 的 目标 市 场 包括 下 个 10 亿 的 连接 用 
户 (提示 : 它 应 该 可 以 达到 ) ， 你 也 应 该 考虑 测试 这 些 设备 。 


2.6.5 ”其 他 选择 
如 果 你 难以 维护 一 个 设备 实验 室 ， 仍然 可 以 通过 其 他 方式 获取 测试 设备 。 









































1. 远程 设备 测试 

在 线 服务 为 你 提供 了 通过 网 络 接口 访问 实际 设备 的 可 能 性 。Testdroid、Appurify、Perfecto 
Mobile 和 Keynote 都 是 领先 的 供应 商 ， 拥 有 在 线 可 用 的 移动 测试 设备 。 这 些 服 务 商 管理 和 
维护 这 些 测试 设备 ， 你 可 以 直接 测试 App。 这 些 服务 通常 有 许多 顶级 的 手机 ， 并 允许 你 运 
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行 脚本 或 持续 集成 环境 来 测试 App。 运 行 结果 可 以 在 浏览 器 中 查看 。 虽 然 他 们 消除 了 维护 
本 地 设备 的 烦恼 ， 但 这 些 服务 不 太 可 能 节省 你 的 测试 成 本 〈 事 实 上 ， 它 可 能 更 贵 )。 这 检 
做 还 有 另 一 个 缺点 ， 没 有 实际 的 物理 设备 ， 你 无 法 看 到 运行 缓慢 的 情况 或 性 能 问题 。 这 林 
你 只 是 得 到 了 测试 结果 ， 而 不 能 真正 看 到 App 在 这 些 设 备 上 的 运行 状况 。 








会 
长 





























Google 云 测 试 实验 室 
在 2015 年 的 Google IO 开发 者 大 会 上 ，Google 宣布 了 一 项 新 的 服务 : 网 络 物理 设备 。 
“几乎 每 一 个 品牌 、 每 一 个 型 号 、 每 一 个 版 本 的 物理 设备 ， 世 界 上 的 每 一 种 语言 、 方 向 
和 网 络 状 况 下 的 虚拟 设备 。” 提交 的 应 用 程序 会 在 排名 前 20 位 的 Android 设备 上 免费 
进行 自动 测试 ， 并 报告 结果 和 前 溃 数 据 。 蕉 至 2015 夏天 ， 这 个 工具 已 经 临近 发 布 了 。 











2. 开放 设备 实验 室 

如 果 你 真 的 毫 无 测试 设备 的 预算 ,或 者 因为 不 能 在 手中 的 设备 上 复 现 bug 而 困扰 ， 可 以 淮 
试 开 放 平 台 实 验 室 (Open Device Lab，ODL，http:/opendevicelab.com) 。 这 些 都 是 平民 设 
备 实验 室 (有 些 有 永久 的 主页 ， 有 一 些 没 有 ) ( 见 图 2-1)。 这 些 实验 室 设备 的 数量 不 同 ， 
但 也 许 你 能 找到 一 些 旧 设备 捐 给 附近 的 ODL。 如 果 你 的 社区 没有 ODL， 你 也 可 以 创建 一 
个 。 你 真正 需要 的 是 一 些 旧 设备 ， 以 及 与 同行 分 享 测试 机 的 良好 愿望 。 
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图 2-1: 世界 各 地 开放 的 设备 实验 室 


2.6.6 ”其 他 注意 事项 


当 建立 设备 实验 室 时 ， 你 还 需要 维护 一 些 其 他 的 基础 设施 。Etsy 的 Lara Hogan 很 好 地 讨论 
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了 设备 采集 之 外 的 设置 实验 室 问 题 。 其 他 要 考虑 的 问题 包括 : 














。 获得 USB 集线器 以 确保 你 的 所 有 设备 都 能 供 上 1 














CC 


。 为 你 的 移动 设备 建立 一 个 专用 Wi-Fi 网 络 (以 确保 有 足够 的 Wi-Fi 吞吐 量 ) 


。 确保 所 有 的 设备 在 每 次 使 用 后 都 会 探 除数 据 ， 而 且 不 会 意外 升级 系统 














。 为 每 种 设备 准备 合适 的 电缆 和 充电 器 








这 些 额 外 的 细节 对 于 准备 设备 实验 室 ， 以 及 开发 人 员 开 始 测试 是 至 关 重 要 的 。 控 制 移 动 设 
































备 的 软件 也 可 以 用 来 在 设备 实验 室 进 行 基本 的 综合 测试 。 





2.6.7 我 的 设备 实验 室 


2015 年 ， 我 和 家 人 到 欧洲 旅行 。 因 为 我 在 旅行 中 也 要 工作 ， 所 以 准备 了 一 个 便携 式 设 

















实验 室 ， 整 个 旅途 中 都 带 着 。 在 工作 中 ， 我 通常 不 在 意 屏 幕 大 小 ， 但 我 对 App 在 旧版 的 











Android 操作 系统 上 是 如 何 工作 的 很 感 兴趣 。 我 还 经 常 测试 被 root 过 的 设 


虑 ， 我 会 携带 表 2-1 中 所 示 的 设备 。 
表 2-1: 便携 式 设备 实验 室 




















。 基 于 这 些 考 





设备 名 称 操作 系统 年 份 
Samsung Galaxy Note II Jelly Bean (rooted) 2012 
Samsung Galaxy S4 KitKat (rooted) 2013 
Motorola” s Moto G Lollipop (rooted) 2013 
Nexus 7 Lollipop 2013 
Moto X(2014) Lollipop 2014 
Nexus 6 Marshmallow 2014 
HTC One M9 Lollipop 2015 
Samsung Galaxy Note 5 Lollipop 2015 


这 个 列表 中 ，Lollipop 占 的 比重 非常 大 ， 但 我 想 等 Marshmallow 更 新 的 时 候 把 它们 升级 到 
最 新 版 本 。 这 个 列表 覆盖 了 多 个 操作 系统 版 本 ， 设 备 发 布 时 间 也 跨越 了 三 年 ， 操 作 系统 版 
本 覆盖 了 85% 以 上 的 用 户 ， 并 且 在 未 来 的 一 段 时 间 内 也 足够 使 用 了 。 


2.7 总 结 














Android 设备 数量 众多 ， 并 会 在 新 的 领域 中 持续 增长 ， 如 娱乐 业 和 旅游 业 。 没 有 理由 认为 
Android 的 增长 已 经 结束 ; 你 家 里 的 所 有 东西 可 能 都 在 运行 Android 系统 ， 例 如 ， 在 床上 








控制 Android 咖啡 机 。 














注 5: Lara Hogan, “Etsy’s Device Lab,”Etsy - Code as Craft August 9, 2013, https://codeascraft.com/2013/08/09/ 


mobile-device-lab/. 
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为 了 确保 App 能 够 良好 地 在 手机 、 平 板 电脑 、 汽 车 、 电 视 、 手 表 和 太阳 镜 上 运行 ， 你 可 
能 需要 专门 的 测试 。 适 配 的 设备 种 类 越 多 ， 测 试 的 任务 就 越 重 (甚至 可 能 是 令 人 诅 丧 的 )。 
通过 获取 实验 室 设 备 的 参数 (设置 这 些 参 数 会 让 测试 变 得 容易 一 些 )， 你 可 以 优化 App 性 
能 ， 从 而 使 客户 更 愉快 。 这 将 有 助 于 增长 用 户 数 。 在 随后 的 章节 中 ， 我 们 将 研究 如 何 测试 
App， 以 确保 每 个 用 户 的 设备 性 能 都 能 达到 最 佳 状态 。 
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除了 高 性 能 的 摄像 头 、 更 大 更 宽 的 屏幕 、 更 小 更 快 的 处 理 器 ， 电 凶 容 量 也 成 为 一 部 新 设备 
十 分 重要 的 营销 点 。 在 评论 新 设备 时 ， 免 不 了 要 同上 一 代 产 品 的 电 凶 续航 能 力 进行 比较 。 
作为 智能 手机 的 使 用 者 ， 我 们 不 得 不 随身 携带 充电 器 一 一 我 们 需要 在 家 中 、 公 司 和 车 上 给 
手机 充电 一 一 来 保证 设备 的 电量 。 


设备 都 是 不 错 的 ， 问 题 在 于 你 带 着 新 买 的 设备 离开 商店 后 就 会 开始 安装 App。 雅 虎 在 2014 
年 的 一 项 报告 中 指出 ， 平 均 每 个 Android 设备 上 会 安装 95 个 App， 但 是 日 常用 到 的 只 有 
35 个 。 这 些 App 运行 的 时 候 会 因 使 用 不 同 的 硬件 功能 而 耗 电 。 随 着 用 户 对 这 个 问题 关注 
度 的 提高 ， 会 有 越 来 越 多 的 工具 能 够 帮助 用 户 找 出 耗 电量 较 大 的 App。 

本 章 会 探讨 App 使 用 设备 硬件 的 方式 ， 以 及 优化 这 些 交 互 的 重要 性 一 一 这 能 提升 App 的 


性 能 ， 令 其 更 加 流畅 。 此 外 ， 通 过 改善 App 与 高 级 电池 监控 设备 的 交互 ， 还 能 够 减少 App 
对 电池 寿命 的 影响 。 


3.1 Android 的 硬件 特点 

如 今 Android 设备 都 配备 了 很 多 传感器 ， 似 乎 没有 什么 是 它们 做 不 到 的 。 然 而 ， 正 如 本 叔 
叔 对 彼得 . 帆 克 〈 刚 成 为 嬉 蛛 侠 的 时 候 ) 说 的 那样 , “能力 越 大 ， 责 任 越 大 *。Android 设备 
为 开发 者 提供 了 很 多 很 酷 的 工具 ， 但 如 同 每 个 木匠 都 会 告诫 你 的 一 样 ， 你 必须 小 心 对 待 这 












































注 1: Paul Sawers, “Android Users Have an Average of 95 Apps Installed on Their Phones, According to Yahoo 
Aviate Data,” The Next Web, August 26, 2014, http://thenextweb.com/apps/2014/08/26/android-users- 


average-95-apps-installed-phones-according-yahoo-aviate-data/. 
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些 工具 ， 否 则 它们 可 能 会 伤 到 你 。 虽 然 在 软件 开发 中 ， 身 体 不 会 受到 真正 的 伤害 ， 但 是 如 
果 App 没有 做 好 对 设备 的 适 配 工作 ， 将 会 导致 严重 耗 电 、 设 备 发 热 和 其 他 不 良 影 响 ， 最 终 
会 影响 用 户 。 


我 们 手中 的 “能 力 ” 是 十 分 惊人 的 ， 以 Samsung S5 的 传感器 为 例 : 

















。 指纹 感应 器 

。 心律 监控 

。 环境 光度 感应 器 
。 温度 温度 感应 器 
。 气压 计 

。 NFC ( 近 距 离 无 线 通信 ) 
。 陀螺 仪 

。 加 速 计 

。 蓝牙 

。 WiFi 

。 调频 无 线 电 

。 蜂窝 无 线 电 

。 前 置 、 后 置 摄像 头 
。 GPS 

。 磁场 探测 器 

。 光 通 量 感应 器 

。 电池 温度 感应 器 
。 麦克 风 

。 触摸 功能 


那么 ， 我 们 怎样 才能 快速 地 了 解 所 有 这 些 传感器 的 性 能 呢 ? 最 简单 的 方法 就 是 观察 耗 电 情 
况 。 设 备 中 耗 电 量 最 多 的 部 分 ， 通 常 也 是 你 最 需要 小 心 对 待 的 部 分 。 


3.2 少 即 是 多 


利用 Android 设备 出 色 的 特性 ， 我 们 希望 能 给 用 户 提 供 尽 可 能 多 的 信息 。 但 问题 在 于 如 果 
我 们 收集 了 过 多 的 数据 ， 就 会 影响 设备 的 电池 续航 能 力 ， 因 此 我 们 必须 在 数据 /信息 和 耗 
电 之 间 找 到 一 个 合适 的 平衡 点 。 进 一 步 来 讲 ， 如 果 可 以 保证 所 有 的 任务 都 能 够 尽快 地 完 
成 ， 也 就 能 够 保证 性 能 和 耗 电 之 间 可 以 实现 良好 的 平衡 。 


Google 的 一 项 报告 指出 ， 设 备 在 活动 状态 下 使 用 1 秒 的 耗 电量 相当 于 待机 2 分 钟 的 耗 电 
量 ， 这 一 点 通过 说 明 书 来 看 更 加 有 说 服 力 : Nexus 5 声称 它 的 待机 (LIE， 也 就 是 4G， 和 
Wi-Fi 开 着 ， 但 并 不 使 用 设备 ) 时 长 为 300 小 时 (12.5 天 )。 随 着 用 户 开 始 安装 App (或 者 
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打开 屏幕 查看 App 消息 ) ， 电 池 续 航 时 间 会 急速 缩减 至 原来 的 135 〈 若 在 一 般 的 Wi-Fi 环 
境 下 使 用 ，Nexus 5 仅 承诺 手机 续航 时 间 为 8.5 小 时 ) ! 从 整体 来 看 ， 我 们 可 以 推测 出 ， 活 
动 状 态 下 ，App 每 5 分钟 就 会 消耗 1%~1.6% 的 电量 。 同 时 App 使 用 的 资源 越 多 ， 耗 电量 
就 越 大 。 








上 述 情况 在 那些 免费 的 、 有 广告 的 Android 游戏 中 体现 得 尤为 明显 。 有 上 时， 仅仅 玩 这 类 游 
戏 10~15 分 钟 ， 你 就 会 发 现 手 机 背面 热 得 发 次。 这 些 App 会 在 游戏 使 用 CPU、 屏 幕 和 其 
他 硬件 时 下 载 大 量 广告 。 同 时 使 用 所 有 的 这 些 组 件 会 快速 消耗 手机 电量 ， 导 致电 池 发 热 。 
2015 年 3 月 发 表 的 一 项 研究 结果 表明 ， 相 较 于 其 他 的 App 而 言 ， 带 有 广告 的 App 会 多 使 
用 56% 的 CPU、22% 的 内 存 和 15% 的 电量 。? 





















































综 上 所 述 ， 我 认为 大 部 分 耗 电 问题 与 硬件 本 身 无 关 ， 而 在 于 设计 精 糕 的 App 滥用 设备 功 
能 。 在 本 章 中 ， 我 们 将 会 讨论 硬件 使 用 中 的 一 些 错误 做 法 ， 以 及 如 何在 App 中 避免 上 述 问 
题 (让 App 不 再 被 打上 “ 耗 电 量 多 ”的 标签 )。 


3.3 耗 电 原因 


作为 一 位 Android 用 户 ， 你 也 许 想 知道 经 常 使 用 的 那些 App 对 电池 寿命 的 影响 。 通 过 研究 
手机 中 安装 的 App， 你 可 以 发 现 一 些 耗 电量 较 多 的 App。 通 过 学 习 以 下 的 技术 ， 你 可 以 决 
定 用 户 是 否 会 在 你 的 App 中 发 现 同样 的 性 能 问题 。 通 过 了 解 Android 的 耗 电量 评级 方法 ， 
你 可 以 保证 你 的 App 不 会 出 现在 这 些 报 告 中 。 你 也 许 还 能 在 自己 的 手机 中 发 现 一 些 耗 电量 
大 的 App (从 而 提升 你 个 人 设备 的 电池 续航 能 力 )。 





























3.3.1 Android 能 耗 统计 文件 

正如 本 章 接 下 来 将 讨论 的 ， 电 池 设 置 菜单 会 给 出 一 份 设备 中 所 有 App 的 耗 电 比 例 报告 ， 这 
些 耗 电 计算 由 Android 能 耗 统计 文件 (部 分 ) 给 出 。 在 Android 操作 系统 内 部 ， 有 一 个 
XML 文件 描述 了 系统 中 主要 硬件 组 件 的 电量 消耗 情况 。 当 App 运行 时 (会 唤醒 设备 不 同 
的 组 件 )， 系 统 即 开始 计算 每 个 组 件 的 电量 使 用 情况 ， 并 将 这 部 分 电量 消耗 记录 在 你 的 进 
程 名 下 。 该 XML 文件 同 下 面 这 份 类 似 (电量 消耗 单位 为 毫 安 ) : 
























































<?xml version="1.0" encoding="utf-8"?> 
<device name="Android"> 
<item name="none">0</item> 
<item name="screen.on">65</item> 
<item name="screen.full">202</item> 
<item name="bluetooth.active">87</item> 





注 2: Jiaping Gui , Stuart Mcilroy , Meiyappan Nagappan, and William G. J. Halfond, “Truth in Advertising: The 
Hidden Cost of Mobile Ads for Software Developers,” Proceedings of the 37th International Conference on 


Software Engineering (ICSE), May 2015, http://www-bcf.usc.edu/~halfond/papers/guilSicse.pdf. 
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<item 
<item 
<item 
<item 
<item 
<item 
<item 
<item 
<item 


name="bluetooth.on">1</item> 


name="wifi.on">3</item> 


name="wifi.active">240</item> 
name="wifi.scan">129</item> 
name="dsp.audio">29</item> 
name="dsp.video">215</item> 
name="radio.active">125</item> 
Name="radio.scanning">25</item> 


name="gps.on">1</item> 


<array Name="radio.on"> 


<value>4.5</value> 
<value>4.5</value> 


</array> 
<array Name="cpu.speeds"> 


<value>2457600</value> 
<value>2265600</value> 
<value>1958400</value> 
<value>1728000</value> 
<value>1574400</value> 
<value>1497600</value> 
<value>1267200</value> 
<value>1190400</value> 
<value>1036800</value> 
<value>960000</value> 
<value>883200</value> 
<value>729600</value> 
<value>652800</value> 
<value>422400</value> 
<value>300000</value> 


</array> 
<item name="cpu.idle">3.1</item> 
<array Name="cpuy.active"> 


<value>348</value> 
<value>313</value> 
<VaLue>265</vaLue> 
<VaLue>232</vaLue> 
<value>213</value> 
<value>203</value> 
<VaLue>176</vaLue> 
<VaLue>132</vaLue> 
<VaLue>122</vaLue> 
<value>114</value> 
<VaLue>97</vaLue> 
<VaLue>92</vaLue> 
<value>84</value> 
<VaLue>74</vaLue> 
<value>56</value> 


</array> 
<item name="battery.capacity">2800</item> 
<array name="wifi.batchedscan"> 


<value>.0002</value> 
<value>.002</value> 
<value>.02</value> 
<value>.2</value> 
<value>2</value> 
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</array> 
</device> 








从 上 面 的 XML 文件 内 容 可 以 看 出 ， 当 下 移动 设备 中 最 耗 电 的 硬件 (不 出 所 料 ) 是 屏幕 、 
无 线 信 号 (蜂窝 、Wi-Fi、 蓝 牙 和 GPS) 和 CPU (在 高 速 处 理 下 )。 当 我 们 回头 评估 App 性 
能 时 ， 对 性 能 和 耗 电 产生 影响 的 也 是 这 些 组 件 。 所 以 ， 在 优化 App 性 能 的 同时 ， 也 可 以 提 
升 用 户 设备 的 续航 能 




















能 耗 统计 文件 


能 耗 统计 XML 文件 可 以 从 Android 系统 级 APK 中 找到 。 通 过 Android 的 文 
件 资源 管理 器 就 可 以 找到 它 的 位 置 。 在 /System/Frameworks/ 目录 下 ， 复 制 
一 份 frameworks-res.apk 到 你 的 工作 电脑 中 ， 然 后 反 编译 就 可 以 导出 /res/xml/ 
power_profile.xml 文件 了 。 























能 耗 统计 文件 中 所 有 数值 的 单位 都 是 毫 安 (mA)。 让 我 们 回忆 一 下 高 中 物理 
课堂 上 所 学 的 知识 ， 毫 安 描述 的 是 电流 或 者 电荷 量 的 大 小 ， 这 个 值 越 大 ， 说 
明 对 应 的 部 件 耗 电 越 快 。 电 池 的 容量 是 用 毫 安 时 (mAh) 来 描述 的 ， 即 1 小 
时 完全 放电 的 电流 大 小 。 





3.3.2 屏幕 

从 能 耗 统计 文件 中 可 以 看 到 ， 屏 幕 是 耗 电量 最 大 的 硬件 之 一 (由 上 文中 的 能 耗 统 计 文件 
screen.full 可 知 ， 当 屏幕 的 亮度 设置 得 较 高 的 上 时候， 电流 可 高 达 202 毫 安 )。 由 于 屏幕 是 
App 中 必 不 可 少 的 UI 元 素 ， 而 且 通 常 App 运行 时 都 需要 保持 屏幕 点 亮 状态 ， 你 也 许 会 觉 
得 无 从 掌控 这 方面 的 电能 消耗 。 但 事实 是 ， 在 UI 方面 确实 有 一 些 方 法 可 以 减少 屏幕 的 电 
能 消耗 。 

一 般 来 讲 ，Android 设备 有 两 种 主流 的 屏幕 : 发 光 二 极 管 屏 (LED) 和 液晶 显示 屏 
(LCD)。 这 些 屏幕 制造 商都 掌握 着 一 些 制造 专利 ， 例 如 源 矩 阵 有 机 LED (AMOLED) 或 
者 超级 LCD3， 它 们 都 拥有 不 同 的 视觉 效果 、 能 耗 特 性 。 但 在 这 里 ， 我 们 只 需要 分 成 两 种 
屏幕 类 型 进行 分 析 即 可 。 














1.LCD 
简单 来 讲 ，LCD 屏幕 中 包含 了 成 千 上 万 个 液晶 分 子 来 负责 每 个 像素 点 的 颜色 显示 ， 并 通过 
一 个 背光 来 将 它们 同时 照 亮 。 这 种 显示 方式 的 能 量 消耗 主要 在 照 亮 牙 晶 分 子 的 背光 上 ， 而 
不 是 像素 的 颜色 显示 上 ， 也 就 是 说 ， 每 一 个 像素 消耗 的 能 量 是 相同 的 ， 和 它们 呈现 的 颜色 
无 关 。 














2. LED 
对 于 LED 屏幕 ， 每 个 像素 点 同时 发 出 颜色 和 光亮 。 每 个 像素 点 是 由 红 、 蓝 、 绿 三 种 颜色 
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的 LED 所 组 成 的 《这些 构成 方式 十 分 复杂 ， 而 且 显示 屏 狂 热 者 还 在 孜孜 不 倦 地 辩论 怎样 
才 是 最 好 的 构成 )。 通 过 控制 每 个 LED 的 亮度 和 颜色 ， 像 素 点 就 能 呈现 出 需要 显示 的 颜 
色 。 由 于 每 个 像素 点 是 由 三 种 光源 共同 呈现 的 ， 所 以 不 同 颜 色 的 能 量 消耗 也 大 相 径 庭 。 黑 
色 不 使 用 任何 颜色 ， 所 以 不 消耗 能 量 ， 而 与 此 相对 的 白色 ,使 用 了 所 有 颜色 和 最 高 亮度 的 
光 ， 所 以 会 消耗 更 多 的 能 量 。 由 此 可 知 ， 较 暗 的 颜色 会 比较 亮 的 颜色 更 节能 ， 这 也 是 一 些 
新 闻 和 社交 App (那些 有 很 多 留 白 的 App) 使 用 黑色 背景 的 原因 。 




















虽然 使 用 暗色 背景 在 LCD 屏幕 中 收效 其 微 ， 但 LED 屏幕 潜在 的 降低 耗 电 量 的 可 能 性 ， 足 
以 让 我 们 考虑 选择 暗色 背景 。 








在 第 4 章 我 们 将 对 屏幕 性 能 和 UI 性 能 做 更 深入 的 讨论 一 一 并 不 局 限于 电源 和 能 耗 的 分 析 。 





3.3.3 无 线 设备 

从 能 耗 统计 文件 中 可 以 看 到 ， 蜂 窝 无 线 和 Wi-Fi 使 用 的 电量 相近 。 在 第 7 章 中 ， 我 们 将 讨 
论 Wi-Fi 和 蜂窝 无 线 在 连接 方式 上 的 不 同 。 总 的 来 说 ， 蜂 窝 无 线 和 Wi-Fi 最 大 的 不 同 点 在 
于 ， 蜂 宽 无 线 的 持续 时 间 要 比 Wi-Fi 长 很 多 ， 使 用 蜂窝 无 线 的 会 话 时 间 也 会 变 长 ， 结 果 便 
是 比 Wi-Fi 消耗 更 多 的 电能 。 从 根本 上 讲 ， 若 App 要 使 用 无 线 传输 ， 最 好 的 性 能 提升 方式 
是 一 次 下 载 尽 可 能 多 的 数据 ， 然 后 关闭 无 线 设 备 。 减 少 请 求 次 数 是 一 个 一 举 两 得 的 办 法 ， 
不 仅 可 以 提升 屏幕 的 加 载 速 度 ， 也 可 以 节省 电量 (我 们 会 在 第 7 章 中 讨论 更 多 的 细节 ) 。 


一 个 无 线 接收 设备 是 GPS (通常 会 被 忽略 )。 当 使 用 定位 服务 时 ， 精 准 地 了 解 你 所 需要 
位 置信 息 对 于 节省 时 间 (和 电能 ) 是 非常 重要 的 。 如 果 你 只 需要 一 个 粗略 的 位 置信 息 ， 
那么 蜂窝 无 线 就 可 以 提供 足够 的 数据 而 无 需 使 用 GPS。 因 为 信号 基站 的 位 置 会 存在 设备 本 
地 ， 所 以 如 果 用 户 不 移动 ， 黄 至 可 以 不 使 用 蜂窝 无 线 连接 。 避 免 使 用 GPS 可 以 加 快 App 
的 响应 速度 〈 设 备 的 位 置 服务 依然 可 用 ) ， 同 时 节省 电能 。 

















臣 油 














GPS 失效 备 援 


请 不 要 忘记 ， 当 用 户 处 于 地 下 室 时 ， 设 备 可 能 接收 不 到 GPS 信号 。 如 果 在 一 
段 时 间 内 你 都 接收 不 到 GPS 信号 ， 那 么 请 确保 关闭 GPS 。 











Android 的 App 中 做 不 到 这 一 点 的 比比 缘 是 ， 常 常 开 着 GPS 长 达 40 分 钟 却 
不 用 。 这 种 行为 不 仅 不 能 节约 电量 ， 而 且 也 丝毫 不 能 提升 用 户 体验 。 

















在 第 7 章 ， 我 们 将 对 网 络 性 能 的 细节 作 更 深入 的 探讨 。 





3.3.4 CPU 
游戏 或 者 是 含有 大 量 计算 的 App 都 会 使 CPU 的 占用 率 急 剧 提高 。 此 外 ， 如 果 App 有 大 








硬件 性 能 和 电池 寿命 | 27 


量 的 后 台 计算 要 做 ，CPU 就 会 被 唤醒 来 进行 额外 的 计算 工作 。 正 如 能 耗 统计 文件 显示 的 ， 


CPU 的 占用 率 越 高 ， 电 量 消耗 得 就 越 快 。 


CPU 的 占用 率 和 屏幕 、 网 络 以 及 设备 上 进行 的 所 有 计算 息息相关 ， 
CPU 占用 率 的 优化 问题 。 





3.3.5 “其 他 传感器 


能 耗 统计 文件 列 出 了 Android 设 
手机 上 有 很 多 开发 者 可 以 用 来 当 作 App 亮点 的 其 他 传感器 。 




















因此 


整 本 书 都 会 涉及 





的 主要 组 件 。 此 外 ， 正 如 我 们 在 第 1 章 所 介绍 的 一 样 ， 














注册 了 一 个 传感器 之 后 ， 就 可 以 使 用 getPower() 方法 来 获取 传感器 消耗 的 电量 了。Google 
Play 上 有 很 多 免费 的 App 可 以 列举 出 设备 上 的 传感器 的 使 用 情况 〈 以 毫 安 为 单位 )。 下 面 


列 出 了 Nexus 6 上 的 传感器 的 电量 消耗 情况 : 


加 速 传感器 
磁力 传感器 
陀螺 仪 传感器 
距离 传感器 
光线 感应 传感器 
气压 计 


旋转 矢量 传感器 





地 磁 旋 转 矢 量 传感器 


方向 传感器 
线性 加 速 传感器 
重力 传感器 
倾斜 传感器 
设备 位 置 分 类 器 
步行 检测 传感器 





5.6e-45 毫 安 


0.3 片 安 





每 种 传感器 都 有 确定 的 最 大 信号 频率 。 作 为 开发 人 员 ， 设 置 合适 的 采样 频率 很 重要 。 除 
了 传感器 ， 处 理 这 些 信号 数据 也 会 占用 设备 的 CPU 和 内 存 ， 过 度 的 采样 会 浪费 资源 。 
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Android 内 置 了 很 多 可 用 的 行业 标准 样本 率 (SENSOR_DELAY_NORMAL、SENSOR_DELAY_GAME ， 
等 等 ) 
= 





最 后 ， 一 定 要 确保 在 调用 完 传感器 之 后 将 其 广 销 。 如 果 回 调 监听 者 保持 活跃 ， 传 感 器 将 继 
续 报 告 数 据 ， 这 势必 会 造成 不 必要 的 处 理 器 负载 、 内 存 占用 和 电量 消耗 。 





海 森 堡 的 测 不 准 原 理 


一 本 Android 书 中 也 有 量子 力学 ?维尔 纳 . 海 森 堡 的 研究 表明 ， 观 察 世界 必 
然 干扰 世界 。 监 测 设备 在 监测 电量 使 用 情况 的 同时 也 在 消耗 电量 ， 从 而 对 监 
测 结果 产生 干扰 。 不 过 很 多 可 以 连接 的 外 部 工具 在 监测 期 间 并 不 会 干扰 监测 
结果 ， 例 如 我 使 用 的 能 耗 追踪 计 〈 本 书 还 会 介绍 几 种 手机 能 耗 追踪 工具 ) 。 











3.3.6 ”休眠 

App 不 工作 的 时 候 让 其 休眠 是 很 重要 的 。 释 放 传感器 和 信号 发 射 器 并 允许 屏幕 休眠 ， 会 六 
省 很 多 电量 。 让 App 休眠 至 关 重 要 ， 算 准时 机 激活 App 同样 很 重要 。 合 适 的 唤醒 频率 可 
能 会 极 大 地 延长 电池 的 使 用 时 间 。 











3.3.7 WakeLock 和 Alarm 


根据 以 往 的 开发 经 验 ， 开 发 者 通常 使 用 WakeLock 和 Alarm 来 唤醒 设备 处 理 信息 。 在 与 
用 户 无 交互 的 情况 下 ， 开 发 者 可 以 通过 在 App 中 实例 化 一 个 WakeLock 和 Alarm 来 唤 
醒 设 备 处 理 信息 。WakeLock 也 可 以 用 来 阻止 设备 恢复 休眠 状态 。 既 然 我 们 已 经 了 解 了 
Android 设备 每 种 硬件 的 耗 电 量 ， 你 应 该 知道 在 后 台 唤 醒 设 备 会 对 电池 性 能 造成 多 么 严重 
的 影响 。 此 外 ， 当 你 的 App 唤醒 了 设备 ， 也 就 为 其 他 App 打开 了 工作 的 大 门 时 ， 它 们 有 
可 能 还 会 打开 信号 发 射 器 。 在 Lollipop 系统 中 ，Android 增加 了 更 加 智能 的 同步 唤醒 功能 
(JobScheduler，3.6 节 中 会 深入 地 介绍 该 API) 。 























1. WakeLock 

WakeLock 可 以 唤醒 (保持 唤醒 状态 ) 移动 设备 的 部 分 组 件 。 使 用 得 当 ， 这 就 是 一 个 有 用 
的 App 特性 。 我 记得 有 一 款 没有 使 用 WakeLock 机 制 的 赛车 App， 在 赛车 途中 屏幕 会 变 暗 
休 卢 ， 结 果 车 就 撞墙 了 。 不 用 多 说 ， 我 卸载 了 这 个 游戏 ! 屏幕 WakeLock 就 是 电影 流 媒体 
App 在 播放 电影 期 间 保 持 屏幕 点 亮 ， 或 者 是 音乐 流 媒 体 App 在 播放 期 间 保证 音频 频道 正常 
运行 ， 而 其 他 不 需要 的 设备 组 件 休眠 的 机 制 。 对 于 某 些 类 型 的 App，WakeLock 是 很 重要 
的 用 户 体验 。 然 而 ， 如 果 处 理 不 当 ，WakeLock 也 会 导致 极端 的 耗 电 。 






































如 果 要 强调 一 下 ， 那 么 WakeLock 是 电源 管理 API 的 一 部 分 。 对 于 这 个 类 的 注释 描述 如 下 
所 示 : 
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这 个 类 能 够 帮助 开发 者 控制 设备 的 电源 状态 。 这 个 API 的 使 用 会 影响 设备 的 电 
源 寿命 。 除 非 真 的 需要 ， 否 则 不 要 获取 PowerManager .MakeLocks， 要 尽量 少 用 
WakeLock 并 确保 使 用 之 后 尽快 释放 。[Android 中 强调 ] 


WakeLock 用 于 保持 屏幕 为 点 亮 状 态 的 时 候 和 传感器 一 样 ， 只 要 屏幕 休眠 就 要 确保 
WakeLock 被 释放 。 


WakeLock 检测 


搭载 KitKat 之 前 的 系统 的 设备 ，Google Play 上 有 很 多 免费 的 WakeLock 检测 
App， 可 以 用 来 进行 WakeLock 问题 诊断 。 这 些 App 做 的 分 析 工 作 基本 相同 ， 
选择 一 款 使 用 即 可 。 在 KitKat 和 之 后 的 系统 版 本 中 ， 系 统 提 供 了 WakeLock 
的 检测 API (adb shell dumpsys batterystats 命令 的 一 部 分 )， 但 是 只 对 
root 过 的 设备 上 的 App 可 用 。 本 书后 面 会 介绍 一 些 电 池 性 能 分 析 工 具 的 内 部 
工具 ， 以 及 如 何 使 用 这 些 工具 来 诊断 App。 

















2. Alarm 

Alarm 允许 开发 者 设置 时 间 执 行 特定 的 操作 ， 特 别 是 App 在 后 台 运 行 或 者 是 设备 处 于 休 眼 
状态 的 时 候 。 例 如 ， 每 小 时 唤醒 设备 一 次 并 且 检 查 服务 器 更 新 。 虽 然 这 确实 也 是 一 种 更 新 
App 的 方法 ， 但 它 有 副作用 ， 就 如 Android SDK 的 警告 一 样 :“ 设 计 精 糕 的 Alarm 会 导致 
电量 消耗 和 服务 器 的 重负 荷 。” 











我 就 曾 见 过 一 些 流 行 的 App 利用 Alarm 来 进行 数据 同步 。 例 如 ， 一 款 App 每 3 分钟 激活 
手机 一 次 ， 建 立 网 络 连接 以 更 新 消息 ， 这 样 每 天 就 会 产生 480 次 额外 的 连接 (假设 手机 的 
电池 能 持续 24 小 时 )， 仪 仅 后 台 运 行 就 会 消耗 10%~20% 的 电量 。 





有 时 间 精 确 性 要 求 的 提醒 应 该 设置 一 个 准确 的 Alarm 例如， 创建 一 个 闹钟 App)。 其 他 的 
情况 下 可 以 使 用 不 精确 的 Alarm， 操 作 系统 会 自动 协调 、 合 并 Alarm 来 节省 电量 。 下 面 的 
代码 会 每 天 在 alarmTime (操作 系统 自动 协调 Alarm 的 时 间 ， 但 是 不 确定 是 24 小 时 的 什么 
时 候 ) 的 时 候 唤 醒 一 次 设备 : 











alarmManager .ssetInexactRepeating(AlarmManager .RTC_WAKEUP ,alarmTime, 
ALarmManager .INTERVAL_DAY，aLarmIntent ) ; 


3.3.8 ”Doze 模 式 
如 上 文 所 说 ,设备 被 唤醒 的 次 数 越 多 ， 设 备 的 电量 消耗 得 就 越 快 。 闲 置 状态 下 ，App 每 使 
用 一 次 WakeLock 和 Alarm 都 会 加 速 设备 的 电量 消耗 。 研 究 表 明 ，70% 的 电量 消耗 都 是 
由 设备 闲置 时 开启 网 络 连接 以 更 新 数据 引起 的 。 本 书 将 在 第 7 章 中 讲解 网 络 连接 的 相关 优 
化 ， 但 是 可 以 肯定 地 说 ， 对 App 唤醒 设备 的 次 数 进行 限制 必然 会 节省 更 多 的 电量 。 
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2015 年 Android 发 布 了 Marshmallow，Google 官方 加 入 了 Doze 模式 用 来 限制 设备 被 唤醒 
的 次 数 。 这 样 做 是 以 App 的 “数据 更 新 ”(data freshness) 为 代价 的 ， 但 是 如 果 电 池 没 电 
了 ， 得 到 的 数据 再 实时 又 有 什么 用 呢 。 设 备 允 许 特定 的 App 更 新 (当然 ， 屏 幕 点 亮 的 时 
候 ， 所 有 的 App 都 可 以 更 新 数据 )。 


那么 Doze 模式 是 怎么 工作 的 呢 ? 该 模式 有 以 下 几 种 状态 。 




















。 激活 状态 
屏幕 点 亮 。 
。 休眠 状态 
屏幕 休眠 ， 但 是 设备 处 于 唤醒 状态 。 

















。 待 闲置 状态 


准备 进入 闲置 状态 。 
。 闲置 状态 


。 闲置 维护 状态 
队列 中 Alarm 和 更 新 任务 的 短暂 的 执行 机 会 。 


强制 设备 进入 Marshmallow 的 这 几 种 不 同 的 状态 的 命令 如 下 : 














adb shell dumpsys battery unpLug // 设 备 停止 充电 的 命令 
adb shell dumpsys deviceidle step // 重 复 该 命令 ,遍历 各 种 状态 





实际 上 ， 设 备 在 灭 屏 的 状态 下 从 休眠 状态 到 竺 闲置 状态 需要 30 分 钟 ， 并 且 需 要 再 经 过 30 
分 钟 才 会 进入 闲置 模式 。 一 旦 进入 了 闲置 模式 ， 设 备 将 推迟 所 有 的 Alarm 直到 下 一 个 闲置 
维护 期 〈60 分 钟 后 ) 。 闲 置 维护 期 之 间 的 延 时 是 不 断 增 加 的 〈1 小 时 、2 小 时 、4 小 时 、6 
小 时 ) ， 最 大 的 间隔 是 6 小 时 。 所 有 的 Alarm 和 WakeLock 都 会 被 暂停 直到 维护 期 的 到 来 ， 
对 于 那些 长 期 处 于 闲置 状态 的 设备 〈 像 平板 电脑 ) ， 这 无 疑 会 节省 大 量 的 电量 。 












































开发 者 应 该 在 Doze 模式 下 测试 一 下 开发 的 App， 以 确保 Doze 模式 下 有 多 个 通知 的 时 候 只 


提示 一 条 消息 。 


3.4 基本 的 电量 消耗 分 析 


我 们 已 经 讨论 过 了 硬件 如 何 消耗 电量 、Android 如 何 计算 App 消耗 的 电量 ， 以 及 低 效 的 
唤醒 如 何 导致 高 耗 电量 。 如 果 说 App 是 消耗 电量 的 原因 ， 那 怎么 确定 设备 上 最 耗 电 的 
App 呢 ? 电量 的 设置 菜单 详细 地 展示 了 所 有 移动 App 的 能 耗 信 息 ， 更 重要 的 是 ， 所 有 的 
Android 用 户 都 可 以 访问 。 当 务 之 急 是 不 要 让 你 的 App 出 现在 这 些 诊 断 名 单 之 中 ， 因 为 用 
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户 很 可 能 根据 这 个 名 单 选择 印 载 你 的 应 用 。 





如 图 3-1 所 示 ， 当 第 一 次 打开 电量 菜单 的 时 候 (设置 一 
标 (是 从 100% 的 电量 算 起 的 )。 下 面 这 张 图 表 展 示 了 特定 时 间 段 内 所 有 App 的 耗 电量 。 

































































下 面 来 分 析 一 下 这 张 图 表 能 告诉 开发 者 〈 还 有 用 户 ) 什么 。 








电量 )， 你 会 看 到 




















张 耗 电量 的 图 
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图 3-1:， KitKat ( 左 ) 和 Lollipop ( 右 ) 的 电量 菜单 


从 上 图 中 可 以 看 到 从 KitKat 到 Lollipop 的 电量 菜单 的 优化 。KitKat 显示 了 当前 电量 的 使 用 























情况 ，Lollipop 除 此 之 外 还 增加 了 剩余 电池 寿命 的 预测 (基于 当前 的 使 用 情况 )。 通 过 触摸 


顶部 的 图 ， 还 可 以 在 扩展 菜单 中 看 到 更 详细 的 电量 使 用 情况 〈 见 
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3-2) 。 
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图 3-2: KitKat ( 左 ) 和 Lollipop ( 右 ) 的 能 耗 详情 ( 另 见 彩 插 ) 


扩展 菜单 





Wi-Fi 活跃 的 时 间 、 设 备 唤 醒 时 间 、 
偏爱 Lollipop 的 视图 ， 因 为 它 不 仅 展示 了 电量 的 真实 数据 (绿色 )， 
开发 者 需要 查看 设备 和 App 的 性 能 ， 应 该 会 更 喜欢 KitKat 的 视图 ， 





余 时 间 (灰色 )。 








屏幕 上 只 显示 设备 的 真实 电量 的 使 用 情况 ， 更 方便 阅读 。 











显示 了 设备 在 各 种 网 络 状态 (绿色 /黄色 /红色 指示 信号 质量 ) 下 的 连接 时 间 、 
屏幕 点 亮 的 时 间 ， 以 及 设备 的 充电 时 间 。 用 户 应 该 更 


而 且 展 示 了 预测 的 剩 





因为 


从 KitKat 的 图 中 可 以 看 出 ， 在 亮 屏 手机 被 唤醒 而 网 络 情况 较 差 的 时 间 段 内 ， 电 池 在 快速 





地 放电 ( 左 )。 
程 )。 


作为 一 名 开发 者 (和 用 户 )， 


Lollipop 的 设备 上 在 截 























要 注意 App 一 个 重要 的 能 耗 指标 一 一 炎 


图 之 前 也 存在 一 段 类 似 的 下 降 ( 





屏 时 唤醒 设 

















图 中 由 绿 变 灰 的 过 


9 这 表 


示 ， 在 用 户 未 使 用 设备 的 状态 下 ，App 利用 WakeLock 或 者 Alarm 使 用 了 设备 。 如 果 这 种 





情况 频繁 发 生 ， 








就 需要 查看 App 的 耗 电量 ， 并 找 出 是 哪些 App 造成 的 这 个 问题 。 
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3.4.1 详细 的 App 电 量 消 耗 分 析 
返回 到 电量 的 主 菜单 ， 滑 动 到 下 面 会 看 到 电量 的 图 标 数据 ， 里 面 有 每 一 个 App 能 耗 的 相关 
分 析 。 根 据 我 的 经 验 ， 这 些 百分比 都 不 会 非常 高 ， 这 可 能 是 因为 每 个 App 只 消耗 了 非常 小 
的 电量 。 通 过 选择 菜单 中 有 具体 的 App， 可 以 看 到 前 台 App 的 CPU 占用 率 和 总 的 CPU 占用 
率 (前 台 和 后 台 的 总 和 )。 此 外 ， 菜 单 还 提供 了 数据 流量 的 使 用 情况 (前台 /后 台 ， 蜂 宽 无 
线 网 /Wi-Fi) 和 App 保持 设备 为 唤醒 状态 的 时 间 。 前 台 App 的 占用 率 和 数据 量 是 很 高 的 
( 耶 ! 人 们 在 用 你 的 App) ， 但 是 很 高 的 后 台 占 用 率 就 意味 着 App 可 能 正在 将 设备 从 休 眼 状 
态 中 唤醒 。 









































































































































例如 ， 图 3-3 中 显示 了 Facebook 和 Spotify (在 KitKat 系统 中 ) 的 详细 耗 电 量 数据 。 








AT&T 回 国画 品 入 他 乱 咱 曾 11:50| AT&T 画 4 4 和 川 遇 9:41 
& 。 Use details 写 Use details 


Facebook A% Spotify 


Battery used by app Battery used by app 
Force stop Report Force stop Report 


USE DETAILS USE DETAILS 

CPU total 11m 34s CPU total 13m 21s 
CPU foreground 10m 53s CPU foreground 1m 7s 
Keep awake 1m 3s Keep awake 1h 54m 46s 
Mobile data received 81.28KB Mobile data received 138MB 
Mobile data sent 117KB Mobile data sent 3.77MB 
Wi-Fi data received 64.84MB ADJUST POWER USE 


Wi-Fi data sent 4.43MB Stop or uninstall the app 


ADJUST POWER USE App info 


Stop or uninstall the app 
lie 


Ee! 














图 3-3， Facebook 和 Spotify 的 能 耗 详 情 


在 这 个 视图 中 ，Facebook 被 认为 (罪魁 祸 首 ?) 占用 了 设备 4% 的 能 耗 (按照 3.3.1 市 中 
的 能 耗 统计 文件 计算 )。Facebook 的 CPU 占用 主要 在 前 台 (11.5 分 钟 的 占用 中 有 11 分 钟 
在 前 台 )， 另 外 30 秒 的 CPU 占用 在 后 台 ， 可 能 和 更 新 服务 器 数据 有 关 。 在 新 闻 推送 中 看 1 
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分 钟 视频 ，App 就 设置 屏幕 WakeLock 保持 唤醒 手机 1 分 





使 用 大 量 的 蜂窝 网 数 
的 图 片 下 载 )。 


hb 
示人 


Spotify ( 





我 的 手机 都 处 于 灭 屏 状态 (手机 是 放 在 忽 里 面 的 )。 

















居 ， 但 是 Wi-Fi 数据 量 很 惊人 (但 是 并 不 意外 : 





























彼 


县 





Cs 


除了 


， 防 止 灭 屏 。Facebook 并 没有 


影 ， 还 有 大 量 


剖 乐 播放 App) 的 能 耗 情况 和 Facebook 明显 不 同 。 播 放 音乐 的 大 多 数 时 候 ， 
表格 可 以 证 明 ， 大 多 数 的 CPU 处 


理 都 发 生 在 后 台 (大 约 12 分钟) ， 并 且 设 备 持续 唤醒 状态 〈 可 能 是 音频 WakeLock 的 作用 ) 
很 高 ， 但 对 于 播放 2 个 小 时 的 流 媒 体 音乐 来 说 不 算 过 高 (如果 没 


至 少 2 个 小 时 。 数 据 流量 





有 观察 这 些 App 的 经 验 ， 








很 

















电量 表单 中 的 数据 流量 使 用 信息 是 
接收 到 的 数据 量 。 然 而 这 个 数 提 

















发 者 想 要 在 











E 知 道 这 个 ) 。 
自 














及 | 


的 报告 方式 ， 如 











上 次 充电 ( 当 电 
避 量 并 不 能 说 明 数 所 




















池 数 据 被 重 置 为 自动 ) 之 
居 传 输 的 效率 问题 (在 我 看 来 ， 这 才 是 开 
电量 菜单 中 看 到 的 )。 很 明显 ，Google 在 Lollipop 的 电量 菜单 中 改变 了 数 和 
3-4 所 示 。 











后 的 发 送 


和 


里 








AT&T Ra + 
这 Use details 


Spotify 


Force stop 


USE DETAILS 
CPU total 
CPU foreground 


Keep awake 





Battery used by app 


Mobile data received 
Mobile data sent 
ADJUST POWER USE 


Stop or uninstall the app 


2 和 川 电 9:41 


Report 


13m 21s 
1m 7s 

1h 54m 46s 
138MB 
3.77MB 


App info 








3 Use details 


Spotify 


急 


Battery used by app 























FORCE STOP REPORT 
USE DETAILS 
CPU total 8m 10s 
CPU foreground 7S 
Keep awake 45m 5s 
Mobile packets received 40024 
Mobile packets sent 19405 
Mobile radio active 38m 41s 
Wi-Fi packets received 147 
Wi-Fi packets sent 156 
ADJUST POWER USE 
Stop or uninstall the app 

APP INFO 








图 3-4: Spotify 在 KitKat ( 左 ) 和 Lollipop ( 右 ) 中 的 能 耗 详情 
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注意 ， 在 Lollipop 的 电量 菜单 中 数据 流量 的 单位 是 包 而 不 是 KB， 并 且 还 将 数据 量 细 分 为 
Wi-Fi 数据 量 和 蜂窝 无 线 网 数据 量 两 种 ， 而 且 还 显示 了 手机 信号 发 射 器 的 使 用 时 间 。 基 于 
这 些 给 力 的 新 报告 ,我 们 可 以 估算 出 信号 流量 有 多 密集 (密集 到 39 分 钟 内 发 送 了 40 000 
个 包 ， 每 60 毫秒 接收 一 个 包 )。 密 集 的 信号 流量 意味 着 要 在 最 小 的 信号 交互 时 间 内 尽 可 能 
快 地 发 送 数 据 并 且 允 许 用 户 消费 数据 。 


















































3.4.2 ”能 耗 数 据 和 数据 流量 

为 了 更 好 地 处 理 移动 App 的 数据 流量 问题 ， 你 可 以 使 用 数据 流量 菜单 (注意 菜单 里 记录 的 
只 有 蜂窝 无 线 网 的 数据 流量 使 用 情况 ，Wi-Fi 通常 是 不 计 费 的 ) 。 选 中 一 款 App， 就 可 以 看 
到 该 App 的 前 台 和 后 台 的 数据 流量 的 使 用 情况 。 在 图 3-5 的 屏幕 截图 中 ， 移 动 请 块 只 显示 
两 天 的 数据 流量 使 用 情况 ， 但 是 我 们 只 看 到 了 24 小 时 的 精确 的 前 台 和 后 台 的 数据 流量 使 
用 情况 。 






































AT&T Bi 加 4 他 .dd 12:28 


这 Data usage 














3-5: Facebook 在 KitKat 的 数据 流量 使 用 详情 
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在 Lollipop 中 ， 这 个 菜单 也 有 所 改变 ， 菜单 去 掉 了 允许 用 户 改变 计 





3-6 所 示 ， 如 果 想 要 通过 菜单 的 数据 来 分 析 问 题 ， 就 需要 在 每 次 测试 之 前 重 置 数据 流量 











以 确保 只 展示 测试 期 间 的 数据 流量 的 使 用 情况 。 


量 日 期 的 请 块 。 如 图 











四 区 


€ App datausage 


Oct 12- Nov11 








Oct 12 Oct 27 Nov 12 


| 从 Spotify 53.57MB 
7 Foreground 9.23MB 
Background 44.34MB 


Restrict app background data 
Disable background data on cellular networks. 














图 3-6: Spotify 在 Lollipop 的 数据 流量 详情 


生成 图 3-6 之 前 ， 我 已 经 重 置 了 蜂窝 无 线 网 的 数据 流量 ， 这 样 我 就 可 以 对 流量 和 数据 包 数 
进行 比较 了 。 比 较 一 下 这 里 的 数据 流量 和 图 3-4 中 的 数据 包 ， 我 们 现在 知道 接收 到 40 024 
个 数据 包 (从 电量 菜单 可 以 看 出 ) 耗费 了 53.57MB 的 流量 ， 有 效 值 大 约 是 1403 字 节 / 包 ， 
23.6KB/s。 这 是 一 种 很 密集 的 数据 流量 模式 (用 于 流 媒 体 音 乐 )。 如 果 手 机 上 存在 数据 有 
效 转 化 率 和 吞吐 量 较 低 的 App， 你 可 以 考虑 禁用 这 些 App 的 数据 (或 者 可 能 是 后 台数 据 )。 
































这 些 App 可 能 导致 信号 发 射 器 降低 效率 并 增加 额外 的 电量 消耗 。 
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细致 的 电量 监测 有 助 于 发 现 过 度 消耗 流量 的 移动 App， 然 后 基于 收集 到 的 这 些 数据 ， 你 可 
以 决定 保留 或 卸载 App。 结 合 这 些 菜 单 的 信息 ， 你 就 可 以 看 出 很 多 移动 App 的 电量 消耗 和 
流量 消耗 的 问题 。 今 天 ， 我 们 想 要 确定 App 的 能 耗 情 况 还 需要 结合 这 两 种 菜单 的 数据 。 但 
这 只 是 时 间 问 题 ， 未 来 这 些 比较 工具 会 变 得 更 简单 、 更 主流 化 。 








3.4.3 App 休眠 

在 Marshmallow 系统 ，Google 宣布 了 一 个 新 的 功能 叫 App 休眠 。App 休眠 会 阻止 那些 不 
常用 的 App 〈 几 天 没有 用 过 的 App) 连接 网 络 或 者 是 运行 任何 程序 直至 设备 充电 。 对 于 用 
户 而 言 ， 这 就 意味 着 不 经 常 使 用 的 App 不 会 消耗 电量 ， 从 而 延长 电池 的 续航 时 间 。 











用 adb shell dumpsys usage stats 命令 可 以 查看 App 的 进程 和 它们 最 后 活跃 的 时 间 ， 列 
出 App 最 后 一 天 /星期 /月 /年 的 使 用 情况 。 在 设置 的 开发 者 选项 中 有 一 项 新 的 “未 启用 
App” 选 项 ， 该 选项 中 列 出 了 App 以 及 App 当前 是 启用 还 是 未 启用 的 状态 (处 于 App 休眠 
的 状态 ) 。 


3.5 高 级 电池 监控 

我 最 初 的 监控 电池 使 用 情况 的 测试 只 是 使 用 了 各 种 Android 的 设置 菜单 项 。 这 样 的 测试 可 
以 从 宏观 层面 查 出 一 些 高 耗 能 的 地 方 ， 有 效 地 发 现 设 备 上 耗 电 较 多 的 App。 然 而 ， 从 开 
发 人 员 的 角度 来 看 ， 它 还 有 很 多 需要 改进 的 地 方 。 在 KitKat 版 本 中 ，Android 增加 了 电能 
统计 系统 转 储 (这 就 是 Google Play 中 WakeLock 监控 应 用 全 部 停止 工作 的 原因 )。 到 了 
Lollipop 之 后 ， 它 又 提供 了 更 多 的 信息 ， 并 且 添 加 了 一 些 可 视 化 工具 。 


























3.5.1 电能 统计 

电能 统计 (batterystats) 包含 大 量 描述 设备 (包括 所 有 正在 运行 的 进程 ) 电池 使 用 
情况 的 数据 。 比 起 刚 开 始 的 KitKat 版 本 ，Lollipop 中 提供 了 更 详细 的 数据 (包括 每 次 
WakeLock 动作 的 记录 )。 收 集 跟踪 数据 之 前 ， 最 好 重 置 一 下 数据 。 为 了 收集 尽 可 能 多 的 数 
据 ， 你 可 以 开启 报告 全 部 WakeLock 的 功能 (这 个 功能 只 支持 Lollipop 及 以 上 的 系统 ) : 





adb shell dumpsys batterystats --reset 


adb shell dumpsys batterystats --enable full-wake-history 


注意 ， 重 置 了 电能 统计 也 会 重 置 电池 设置 选项 的 全 部 数据 。 








为 了 让 大 家 更 好 地 理解 电能 统计 系统 转 储 ， 我 们 可 以 在 命令 行 界面 开启 电能 统计 转 储 (在 


























T 














这 里 ， 下 载 上 次 完全 充电 后 的 所 有 电能 数据 ) : 


adb shell dumpsys batterystats --charged 





你 可 以 看 到 终端 里 打印 出 了 很 多 数据 ， 但 这 些 信 息 是 什么 意思 呢 ? 让 我 们 看 一 下 输出 信息 
和 利信 区 全 间 二 生生 个人 全 半 相 全 竹 个 同 二 绩 人 丰 下 的 时 加 ， 六 


下 














送 的 数据 量 、 设 备 保持 全 部 或 部 分 唤醒 的 时 间 等 。 
看 的 测试 数据 来 自 一 段 30 分 钟 的 电能 统计 转 储 。 We 内 ， 我 玩 了 一 会 儿 游戏 (还 














收 到 了 一 条 Facebook 的 消息 )， 然 后 让 手机 办 置 。 第 一 张 表 显示 ， 电 池 每 2 分 钟 损失 1% 
的 电量 。 这 个 表 的 顺序 是 自 下 而 上 的 ( 开 和 第 呈 97%， 结 束 时 电量 为 88%)。 电 量 
消耗 的 速 es 但 是 可 以 看 到 ， 设 备 在 闲置 和 使 用 状态 下 是 不 同 的 。 


下 














I 





放电 时 间 : 


#0: +2m28s313ms to 88 (screen-on, power-save-off) 
#1: +2m38s364ms to 89 (screen-on, power-save-off) 
#2: +2m27s323ms to 90 (screen-on, power-save-off) 
#3: +2m8s449ms to 91 (screen-on, power-save-off) 
#4: +2m17s115ms to 92 (screen-on, power-save-off) 
#5: +2m7s924ms to 93 (screen-on, power-save-off) 
#6: +2m17s693ms to 94 (screen-on, power-save-off) 
#7: +2m6s425ms to 95 (screen-on, power-save-off) 
#8: +1m50s298ms to 96 (screen-on, power-save-off) 
#9: +3m0s436ms to 97 (screen-on, power-save-off) 


四 这 张 表 包含 了 设备 统计 信息 。 我 们 可 以 看 到 : 打 电 话 使 用 电池 刚 超过 了 30 


其 中 3.5 分 钟 处 于 屏幕 关闭 状态 ， 但 是 关闭 屏幕 后 设备 仍然 保持 了 52 秒 唤醒 状态 。2 
分 钟 处 于 屏幕 开启 状态 ， 亮度 设置 为 暗 (背景 为 瞳 ， 亮 度 约 为 40% ) 。 ww 
无 和 良好 之 间 波 动 ， 但 大 多 时 间 处 于 低 到 中 。Wi-Fi 信号 强度 是 4 级 ， 但 是 Wi-Fi 是 处 
于 关闭 状态 : 





统计 消耗 : 


System starts: 0, currently on battery: false 
Time on battery: 30m 36s 621ms (99.3%) realtime,27m 58s 456ms (90.8%) uptime 
Time on battery screen off: 3m 31s 100ms (11.4%) realtime, 52s 935ms (2.9%) up 
Total run time: 30m 48s 839ms realtime, 28m 10s 674ms uptime 
Start clock time: 2014-10-17-22-54-33 
Screen on: 27m 5s 521ms (88.5%) 1x, Interactive: 27m 5s 837ms (88.5%) 
Screen brightnesses: 
dark 27m 5s 521ms (100.0%) 
Total full WakeLock time: 29m 16s 938ms 
Total partial WakeLock time: 17s 153ms 
Mobile total received:187.99KB, sent:201.15KB (packets received 750, sent 742) 
Phone signal levels: 
none 35s 29ms (1.9%) 10x 
poor 11m 7s 494ms (36.3%) 96x 
moderate 18m 29s 647ms (60.4%) 94x 
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good 24s 451ms (1.3%) 7x 
Signal scanning time: 0ms 
Radio types: 
hspa 15m 12s 768ms (49.7%) 49x 
hspap 15m 23s 853ms (50.3%) 49x 
Mobile radio active time: 14m 32s 106ms (47.5%) 41x 
Mobile radio active unknown time: 1m 23s 222ms (4.5%) 21x 
Mobile radio active adjusted time: Oms (0.0%) 
Wi-Fi total received: OB, sent: 0B (packets received 0, sent 0) 
Wifi on: Oms (0.0%), Wifi running: Oms (0.0%) 
Wifi states: (no activity) 
Wifi supplicant states: 
disconn 30m 36s 621ms (100.0%) Ox 
Wifi signal levels: 
level(4) 30m 36s 621ms (100.0%) Ox 
Bluetooth on: Oms (0.0%) 
Bluetooth states: (no activity) 























下 面 的 “Device battery use since last full charge”( 上 次 完全 充电 后 的 电池 使 用 情况 ) 表格 











按 百分比 显示 了 这 段 时 间 内 电池 的 使 用 情况 。 这 张 表 的 内 容 显得 比较 简单 ， 








因为 电池 的 消 


耗 较 为 稳定 。 我 看 到 这 个 表 中 的 结果 有 几 个 百分点 的 差异 。 最 后 一 行 显示 出 屏幕 关闭 时 背 


耗 的 电量 ， 这 可 以 作为 后 台 有 应 用 运行 的 标识 : 





Device battery use since Last full charge 
Amount discharged (lower bound): 10 
Amount discharged (upper bound): 11 
Amount discharged while screen on: 11 
Amount discharged while screen off: 0: 





最 后 一 个 表 我 只 粘贴 了 一 部 分 ， 因 为 原始 的 表格 太 长 了 。 它 显示 了 所 有 消耗 电量 的 进程 ， 


以 及 该 进程 占 总 耗 电量 的 比例 : 














佑 计 电 量 使 用 (mAh): 
Capacity: 3220, Computed drain: 359, actual drain: 322-354 
Uid u0a117: 106 
Screen: 96.6 
Uid 1000: 26.1 
Uid 0: 24.9 
Cell standby: 22.9 








在 设备 数据 之 后 是 具体 App 的 数据 。 首 先是 一 个 显示 每 个 进程 无 线 网 络 使 用 情况 的 列表 。 
每 一 个 进程 都 有 一 条 数据 ， 表 示 每 个 包 发 送 / 接受 所 消耗 的 时 间 (mspp 一 一 数据 包 到 达 的 








频率 ， 这 代表 了 效率 )。 对 于 高 效 的 数据 传输 ，mspp 应 该 尽 可 能 低 。 列 表 还 





包括 了 数据 包 


计数 、 无 线 网 络 使 用 时 间 和 进程 开启 无 线 网 络 的 次 数 。 在 报告 的 其 他 部 分 ， 可 以 看 到 几 张 


将 Uid 解析 为 可 读 的 App 名 称 的 表格 (我 在 这 里 隐藏 了 这 些 进程 的 名 字 )。 


手机 上 每 个 App 每 个 包 的 ms: 
Uid uQa111: 1569 (116 packets over 3m 1s 969ms) 26x 
Uid u0a77: 851 (119 packets over 1m 41s 309ms) 6x 
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Uid u0a117: 592 (30 packets over 17s 772ms) 2x 

Uid u0a96: 541 (178 packets over 1m 36s 266ms) 9x 
Uid u0a116: 531 (106 packets over 56s 234ms) 5x 
Uid u0a102: 420 (248 packets over 1m 44s 152ms) 8x 
Uid u0a73: 361 (33 packets over 11s 906ms) 2x 

Uid 0: 339 (113 packets over 38s 347ms) 14x 

Uid u0a10: 335 (389 packets over 2m 10s 380ms) 14x 
Uid u0a28: 239 (160 packets over 38s 221ms) 5x 
TOTAL TIME: 12m 56s 556ms (0.0%) 


最 后 ， 对 于 每 一 个 进程 ， 电 能 统计 都 会 列 出 所 有 的 WakeLock， 以 及 每 个 App 的 所 有 
数据 、WakeLock、 电 量 消耗 的 清单 。 在 这 里 我 只 展示 了 一 个 App (u0al16，Facebook 


Messenger) 。 


4 








u0a116: 

Mobile network: 6.49KB received, 5.94KB sent (packets 63 received, 43 sent) 

Mobile radio active: 56s 234ms (6.4%) 5x @ 531 mspp 

Wake lock *vibrator* realtime 

Wake lock AudioMix realtime 

Wake lock *alarm*: 26ms partial (3 times) realtim 

Wake Lock wake:com.facebook.orca/com.facebook.push.mqtt.receiver.MqttReceiver 

TOTAL wake: 26ms partial realtime 

Vibrator: 100ms realtime (1 times) 

Foreground for: lm 10s 792ms 

Active for: 30m 36s 621ms 

Proc com.facebook.orca: 
CPU: 1s 160ms usr + 470ms krn ; Oms fg 

Apk com.facebook.orca: 
6 wakeup alarms 
Service com.facebook.push.mqtt.receiver.MqttReceiver: 
Created for: 148ms uptime 
Starts: 7, launches: 7 

Service com.facebook.conditionalworker.ConditionalWorkerService: 
Created for: 61ms Uptime 
Starts: 1, launches: 1 

Service com.facebook.analytics.service.AnalyticsService: 
Created for: 1m 16s 407ms uptime 
Starts: 2, launches: 2 

Service com.facebook.orca.chatheads.service.ChatHeadService: 
Created for: lm 11s 176ms uptime 
Starts: 1, launches: 1 

Service com.facebook.push.fbpushdata.FbPushDataHandlerService: 
Created for: 52ms uptime 
Starts: 2, launches: 2 

Service com.facebook.orca.notify.MessagesNotificationService: 
Created for: 540ms uptime 
Starts: 4, launches: 4 














我 正在 记录 跟踪 数据 的 时 候 ， 我 妻子 发 来 了 一 条 Facebook 消息 。 这 张 表 给 出 了 大 量 的 信 


息 ， 体 现 了 Facebook Messenger 在 接收 信息 的 简单 过 程 中 做 了 哪些 事情 : 





蜂窝 无 线 网 络 开 启 了 大 约 56 秒 ， 接 收 6.49KB ， 发 送 6KB 
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。 手机 使 用 WakeLock 发 出 了 振动 来 通知 我 

。 手机 使 用 音频 WakeLock 发 出 通知 

。 这 些 通知 partial WakeLock 花费 了 26 毫秒 

。 振动 持续 了 100 毫秒 ， 但 它 不 依赖 于 WakeLock 





Facebook Messenger 一 直 在 后 台 运 行 ，Battery Historian (电池 分 析 工 具 ) 显示 ， 虽 然 
Facebook Messenger 有 30 分 36 秒 处 于 活跃 状态 ， 但 只 有 1 分 10 秒 是 在 前 台 ，CPU 占用 
时 间 也 只 有 160+470=630 上 毫秒。 简单 地 讲 ， 应 用 程序 一 直 在 等 待 一 条 消息 到 达 ， 当 消息 到 
达 的 时 候 ， 它 唤醒 了 设备 1 分 钟 用 来 提示 我 。 





这 1 分 钟 ， 主 要 是 被 ChatHeadService 和 Analytics Service 占用 。ChatHead 在 我 设备 的 前 
台 开 局 一 个 通知 窗口 ， 表 示 我 收 到 了 一 条 消息 。 它 活跃 了 1 分 钟 ， 等 待 我 回复 一 条 消息 。 
当 ChatHeadService 结束 之 后 ，AnalyticService 又 启动 了 几 秒 ， 向 服务 器 汇报 一 一 事实 
上 ， 我 并 没有 做 出 回复 。 




















3.5.2 _ Battery Historian 

Batterystats 可 以 在 很 大 程度 上 帮助 我 们 确定 App 消耗 电量 的 原因 。 它 有 大 量 的 、 有 用 
的 、 可 深入 研究 的 细节 ， 可 以 用 来 了 解 App 的 表现 以 及 潜在 的 问题 。 然 而 ， 在 那么 长 的 
文本 中 找到 有 用 的 信息 就 像 大 海 捞 针 。 为 了 简化 分 析 ，Google 开发 出 了 Battery Historian 
(http://github.com/google/battery-historian)， 它 将 原始 的 batterystats 输出 文件 以 图 形 化 的 
方式 生成 为 一 份 HTML 文档 。 运 行 下 面 的 命令 ， 就 可 以 根据 batterystats 创建 一 个 可 视 
化 的 网 页 : 




















adb bugreport > bugreport.txt //download the output to your computer 
./historian.py bugreport.txt > out.html //create the htmL file 


在 2015 年 的 Google 开发 者 大 会 上 ，Battery Historian 2.0 正式 发 布 了 。 新 的 Battery 
Historian 完全 用 Go 语言 重 写 ， 并 且 提 供 更 全 面 的 信息 ， 能 够 帮助 你 深入 研究 App 的 能 
耗 数据 (注意 ， 设 备 必 须 运 行 Lollipop 或 更 新 版 本 的 操作 系统 )。 首 先 ， 来 看 一 看 Battery 
Historian 的 两 个 版 本 共同 包含 的 部 分 (在 版 本 2.0 中 标记 为 Historian-Legacy)。 


























我 们 将 继续 评估 相同 的 数据 追踪 ,但 现在 是 在 浏览 器 中 。 在 图 3-7 中 ， 我 们 可 以 清楚 地 看 
到 Battery Historian 的 图 表 ， 它 包含 了 设备 记录 的 大 量 数 据 。 
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图 3-7: Battery Historian-Legacy ( 主 视 图 ) 


正如 我 们 看 到 的 ， 原 始 文件 很 复杂 难 懂 ， 里 面包 含 了 很 多 的 数据 。 虽 然 这 张 表 已 经 是 简化 
过 的 ， 但 还 是 需要 我 们 仔细 琢磨 。 放 大 这 张 表 的 顶部 ， 我 们 可 以 看 到 图 3-8 中 所 示 的 内 容 。 
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battery_level | battery_level=099(0s-0s) 。 | battery_level=098(+2mo9s-t2mo9s) | 


top +top=u0a117:"com.miniclip.plagueinc"(0s-+25m42s) 





| status=discharging(0s-0s) 
status 


health | health=good(0s-0s) 
plug | plug=none(0s-0s) 
phonesignal -strengin | OO EN 
wifi_suppl | wifL_suppl=disconn(0s-0s) 
wifi_signal_strength | wif_signal_strength=4(0s-0s) 


phone_scanning 


oo von 


plugged 
data com | | ee ed 

phone_state 

fg 
+sync=u0a77:"gmail-ls/com.google/doug.sillars@gmail.com"(+5m49s-+ 

sync 
wakeooklost2n5ty) 

wake_lock 














图 3-8， Battery Historian-Legacy (顶部 视图 ) 





在 图 3-8 中 ， 相 邻 的 白色 竖 线 表示 1 分钟 的 时 间 间 隔 ， 鼠 标 划 停 在 每 一 个 单元 的 时 候 ， 会 
显示 出 这 个 单元 的 详细 信息 。 


。 battery_level (剩余 电量 ) 
鼠标 悬 停 在 battery_level 变化 处 ， 显 示 剩 余 电量 ， 以 及 距 上 次 battery_level 变化 的 间隔 
(如 图 3-9 所 示 )。 














| bl battery level=098(+2m09s-+2m09s) 


plague battery_level: 22:56:42 - 22:56:43 | 


Duration: 1s 











图 3-9: 剩余 电量 变化 
。 top (上 栏 ) 
列举 了 当前 屏幕 上 显示 的 进程 〈 这 个 例子 中 是 游戏 Plague Inc.)。 
。 Battery info (电池 信息 ) 
一 status (状态 ) 
正在 放电 (与 充电 状态 相对 应 )。 


一 health (健康 ) 
电池 健康 状态 ， 来 自 电池 管理 器 API。 











一 _plug (连接 状态 ) 
设备 是 否 接 通电 源 。 


。 phone_signal_strength (无 线 网 络 信息 ) 
显示 信号 变化 (有 差 、 中 、 好 三 种 )。 


鼠标 莫 停 在 信号 强度 的 变化 处 ， 可 以 看 到 更 详细 的 信号 强度 信息 ( 见 图 3-10)。 
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phone_signal_strength=moderate(+lm21s-+lm21s) 


phone_signal_strength: 22:55:54 - 22:55:55 


Duration: 1s 











图 3-10: 信号 强度 

。 wifi_suppl (Wi-Fi 状 态 ) 

图 3-8 中 ，Wi-Fi 处 于 断 开 状态 。 

。 wifi signal_strength (Wi-Fi 信 号 强度 ) 


图 3-8 中 ， 有 Wi-Fi 信号 被 检测 到 一 一 尽管 Wi-Fi 已 经 被 关闭 ， 但 由 于 高 级 Wi-Fi 设置 ， 
也 会 一 直 搜 索 Wi-Fi 信号 。 





。 phone_scanning (电话 扫描 ) 
如 果 没 有 信号 ， 手机 就 会 扫描 信号 (这 样 会 导致 更 多 的 电量 消耗 )。 


。 screen (屏幕 ) 
屏幕 开启 的 时 长 。 





。 plugged (连接 ) 
电量 来 源 (类 似 于 上 面 的 电量 信息 )。 





。 data_conn (数据 连接 ) 
鼠标 移动 到 data_conn 部 分 的 蓝 色 方块 上 ， 可 以 看 到 蜂窝 数据 从 HSPA 更 换 到 了 
HSPAP’, 





将 鼠标 悬 停 在 data_conn， 可 以 看 到 手机 连接 蜂窝 无 线 网 络 的 更 多 细 市 ( 见 图 3-11)。 





注 3: HSPA 和 HSPAP 是 两 种 通信 技术 。 一 一 译 者 注 
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data_conn=hspa(+2m01s-+2m01s) 


data_conn: 22:56:34 - 22:56:35 


Duration: 1s 


图 3-11: 数据 连接 类 型 











。 phone_state (手机 状态 ) 
可 以 看 到 蜂窝 网 络 履 盖 变 化 ， 或 者 你 是 否 打 了 一 个 电话 。 

@ fg 
这 里 指 的 是 前 台 应 用 。 前 台 程 序 很 少 被 销毁 来 释放 内 存 。 即 使 关闭 屏幕 ， 我 们 也 可 以 看 
到 Facebook 客户 端 在 前 台 处 理 收 到 的 信息 。 





。 sync (同步 
处 理 与 服务 器 的 同步 。 























鼠标 悬 停 在 sync 事件 上 ， 可 以 看 到 同步 发 起 的 原因 ( 见 图 3-12)。 




















+sync=u0a77:"gmail-ls/com.google/doug .sillars@gmail.com "(+7m27s- 
+7m28s) 


Sync: 23:02:00 - 23:02:01 


Duration: 1s 











3-12: 同步 发 起 的 原因 
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设备 上 的 大 部 分 进程 都 见 名 知 意 。 进 程 显示 手机 状态 并 建立 电能 消耗 分 析 (包括 运行 的 程 
序 和 执行 的 通话 )。 


在 这 个 电池 续航 的 表 中 ， 我 们 需要 关注 的 是 同步 和 WakeLock 的 发 生 频 率 。 如 果 你 的 
App 经 常 唤醒 设备 〈 这 样 你 会 更 容易 看 到 你 的 进程 名 称 出 现在 鼠标 悬 停 的 地 方 )， 你 应 该 
检查 同步 和 唤醒 设备 的 频率 。 找 到 消息 及 时 性 和 电量 消耗 的 平衡 点 是 非常 关键 的 。 使 用 
不 精确 的 Alarm 或 JobScheduler API 唤醒 设备 ， 可 能 会 引发 在 同一 时 间 进 行 多 个 同步 或 
WakeLock。 正 确 做 法 是 : 其 他 App 唤醒 设备 的 时 候 ， 触 发 你 的 Alarm， 这 样 可 以 最 小 化 
唤醒 的 次 数 。 









































关闭 屏幕 ， 可 以 看 到 WakeLock 和 耗 电 问题 的 更 多 信息 ， 如 图 3-13 所 示 。 











| be battery_level=098(+2m09s-+2m09s) 


plague battery_level: 22:56:42 - 22:56:43 | 


Duration: 1s 











3-13: Battery Historian-Legacy (仰视 图 ) 


。 wake_lock 


在 游戏 期 间 ，WakeLock 一 直 被 持 有 以 保持 屏幕 常 亮 。 





。 gps (全 球 定位 系统 ) 
当 GPS 信号 打开 的 时 候 。 





。 running (运行 ) 


游戏 时 ， 电 话 一 直 在 后 台 运 行 。 

















。 wake_reason (唤醒 原因 ) 
这 一 项 显示 了 设备 唤醒 的 原因 。 截 图 上 没有 显示 出 原因 ， 因 为 设备 一 直 处 于 唤醒 状态 。 
该 行列 出 了 设备 上 所 有 运行 的 处 理 器 级 别 的 进程 。 我 们 得 到 了 以 下 比较 稼 见 的 唤醒 原 
因 。 









































一 qcom, smd-modem 


高 通 共 享 内 存 驱动 ， 与 调制 解 调 器 内 存 交 互 。 


一 qcom, smd-rpm 


高 通 共享 内 存 驱动 - 电源 管理 器 。 























高 通 MSM 电源 休眠 管理 ， 关 闭 时 钟 ， 将 设备 置 为 休 卢 状态 。 








一 qcom, spmi 


高 通 系统 电源 管理 接口 ， 让 设备 从 工作 状态 回 到 休眠 状态 。 





























。 wake_lock_in (唤醒 锁 ) 
可 以 看 到 哪些 进程 正在 运行 ， 以 及 所 引起 的 WakeLock 或 Alarm。 在 这 张 截图 中 ， 游 
戏 音频 控制 进程 多 次 调用 WakeLock (播放 不 同 的 示例 音乐 引发 了 将 近 2000 次 音频 
WakeLock)。 同 时 也 可 以 看 到 屏幕 WakeLock。 





鼠标 甚 停 在 WakeLock 上 ， 就 可 以 看 到 引发 WakeLock 的 进程 ( 见 图 3-14) 。 








吕 +wake_lock_in=1013:"AudioOffload"(+7m28s-+7m28s) Wi 


| wake _ lock _ in: 23:02:01 - 23:02:02 四 六 


| | Duration: 1s | 
| 


| I 1 | 国 1 
图 3-14: WakeLock 触发 











。 mobile_radio (手机 无 线 网 络 ) 
蜂窝 无 线 网 络 的 连接 时 间 ( 指 连接 到 网 络 ， 不 一 定 传 输 数 据 )， 手 机 切换 网 络 时 会 有 


z= pl 
空挡 。 





。 user (使 用 者 ) 
可 能 会 有 多 个 使 用 者 的 情况 。 


。 userfg (前 人 台 使 用 者 ) 
测试 时 ， 处 于 前 台 的 使 用 者 。 





硬件 性 能 和 电池 寿命 | 49 


图 3-13 中 可 以 看 到 唤醒 手机 的 进程 。 正 如 我 们 在 3.3.7 中 提 到 的 一 样 ， 当 App 唤醒 设备 
时 ， 它 会 消耗 电量 。 因 为 有 一 款 游 戏 正 在 运行 ， 所 以 截图 比较 枯燥 。 我 们 可 以 通过 其 他 的 
轨迹 了 解 一 些 有 趣 的 WakeLock 现象 。 

















使 用 Battery Historian 查 找 错误 的 WakeLock 

如 果 你 觉得 你 的 App 太 过 频繁 地 调用 WakeLock， 可 以 使 用 Battery Historian 验证 。 我 进行 
了 一 段 较 长 时 间 的 Battery Historian 测试 (图 3-15 中 的 紧 条 表示 30 分 钟 的 间隔 ) ， 这 期 间 
强制 关闭 了 一 个 调用 很 多 WakeLock 的 App 。 








| | 
|| | 1 Ml [ | | | 和 
+wake_lock=u0ag:"Checkin_Handofr(+8h59m01s-+8h59m02s) 


1001:"RILJ"(+8h48m02s-+8h48m02s) | 


| +gps(+8n47m33s-+8h47m43s) | | | | | 


wake_reason=0:unknown"(+10h15m22s-+10h15m22s) | | 





| 中 LOCATION(+10h42m36s-+10h42m36s) | 


| 
| 
| 
| | +wake_lock_in=u0a64:"AlertService"(+9h44m20s-+9h44m20s) 


| +wake lock_in=u0ag:™*sync"/com.google.android.gms fitness/com.googleldrstest1@gmail.com"(+8h31m11s-+8h31m11s) 


32m14s-+7h32m14s) | | +mobile_radio(+9h27m46s-+9h27m46s) 














图 3-15: 使 用 Battery Historian 查找 过 于 频繁 的 WakeLock 


诚然 ， 使 用 Battery Historian 可 以 很 轻松 地 发 现 设备 的 WakeLock 行为 变化 。 结 束 问 题 App 
前 ， 我 们 可 以 看 到 ， 在 图 中 左边 方 框 内 ，WakeLock 发 生得 非常 频繁 。App 每 分 钟 至 少 
调用 三 次 WakeLock， 分 别 是 : App 本 身 、 位 置 传感器 和 加 速度 传感器 。 这 些 WakeLock 
一 般 间 隔 一 分 钟 。 随 后 在 右边 方 框 间 ， 我 关闭 了 这 个 App， 在 左边 方 框 内 可 以 看 到 
WakeLock 次 数 和 频率 立即 下 降 (WakeLock 间隔 增长 变 为 5 分 钟 左右 )。 


下 面 的 Battery Historian 图 表 列 出 了 测试 期 间 的 所 有 事件 。 就 这 个 流亡 App 来 说 ， 我 们 可 
以 分 别 在 它 运行 和 不 运行 的 情况 下 运行 轨迹 测试 。 我 统计 出 WakeLock 数 从 每 小 时 594 次 


























注 4: 用 来 作对 比 。 一 一 译 者 注 
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下 降 到 478 次 。 这 说 明了 此 App 每 小 时 引发 了 大 约 120 次 WakeLock。 一 个 App 不 应 该 
频繁 调用 WakeLock。 要 习惯 通过 测试 确定 你 的 App 没有 过 度 唤 醒 设备 。 正 如 WakeLock 
和 Alarm API 的 说 明 一 样 ， 关 注 WakeLock 行为 至 关 重 要 ， 因 为 它们 极 大 程度 上 影响 了 
Android 设备 的 耗 电量 。 








3.5.3 Battery Historian 2.0 


随 着 Battery Historian 2.0 (BH2) 的 发 布 ，Google Android 团队 完全 重 写 了 这 个 工具 (从 
Python 语言 改 为 Go 语言 编写 ")。3.5.2 节 中 ， 我 们 已 经 看 到 了 新 版 本 的 所 有 界面 ， 新 版 本 
更 加 实用 ， 它 将 电量 使 用 情况 精确 到 了 每 个 进程 。 新 版 本 改变 了 使 用 脚本 创建 网 页 的 形 
式 ， 而 在 9999 端口 挂 载 了 一 个 转换 数据 和 提供 报告 的 服务 。 快 速 浏览 一 下 BH2 上 的 新 功 
能 。 打 开 一 个 bugreport (故障 报告 ) 文件 ， 就 可 以 看 到 如 图 3-16 所 示 的 全 新 UI。 









































Battery Historian 2.0 


File: doug7-8.txt 
Device: XT1097 
Build: motorola/victara_att/victara:5.1/LPE23.32-21.2/2:user/release-keys 


Analyze a new bugreport. 
Warnings:ST 


Choose an application 





Clear app selection 











图 3-16: Battery Historian 2.0 的 顶部 视图 





顶部 显示 了 文件 的 名 称 、 设 备 ( 摩 托 罗 拉 X Lollipop 5.1 系统 )， 还 有 四 个 标签 : System 
Stats (系统 统计 )、Historian 2.0、Historian (legacy) 和 App Stats (应 用 程序 统计 )。 在 看 
过 了 老 版 本 的 Battery Historian 之 后 ， 我 们 来 看 一 下 三 个 新 标签 提供 的 信息 。 








System Stats 标签 由 多 个 电量 消耗 详情 表 组 成 。 第 一 个 表 汇总 统计 数据 ( 见 图 3-17) : 在 
不 到 4 小 时 里 ， 屏 幕 开启 40 分 钟 ， 设 备 唤醒 但 屏幕 关闭 有 24 分 钟 。 屏 幕 开 启 每 小 时 耗 电 
19%， 屏 幕 关闭 每 小 时 耗 电 4%。 无 线 网 络 开 启 超过 2 小 时 ， 平 均 每 小 时 消耗 流量 2.6MB。 





















































+ 歌 在 2009 年 发 布 的 第 二 球 开源 编程 语言 。 一 一 译 者 注 


HH 
blll 

并 
东 


注 5:; Go 语言 
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XTI097 LPE23.32-21.2 

















Aggregated Stats: 
wre 
Device XT1097 

Build LPE23.32-21.2 
Duration / Realtime 3h49m32.521s 

Screen Off Discharge Rate (%/hr) 3.81 (Discharged: 12%) 
Screen On Discharge Rate (%/hr) 19.31 (Discharged: 13%) 
Screen On Time 40m23.648s 

Screen Off Uptime 24m48.785s 
Userspace Wakelock Time 8m16.784s 

Kernel Overhead Time 1ém32.001s 

Mobile KBs/hr 2603.93 

WiFi KBs/hr 0.00 

Mobile Active Time 2hl7m55.355s 

Signal Scanning Time 0 

















图 3-17: Battery Historian2.0 汇总 统计 


仔细 看 的 话 ， 会 发 现在 图 3-17 中 有 五 行 是 有 下 划 线 的 。 每 一 行 都 对 应 一 个 表 ， 每 个 表 都 可 
以 按 进 程 分 类 。 比 如 ， 移 动 信号 发 射 的 开启 时 间 和 数据 使 用 情况 ( 见 图 3-18)。 





Mobile radio (active) time per app: 











0 com.levelup.touiteur 

1 GOOGLE_SERVICES 
| | com.att.connect 
| 3 com.google.android.googlequicksearchbox 
4 ROOT 
5 comfacebookkatana 
Mobile traffic per app: 
0 com.att.connect 

1 com.google.android.googlequicksearchbox 
2 com.android.chrome 

3 | com.levelup.touiteur 
| 4 GOOGLE_SERVICES 

5 | com.google.android.apps.inbox 











图 3-18: Battery Historian 2.0 无 线 网 络 使 用 统计 


图 3-18 中 显示 的 是 每 个 应 用 的 网 络 使 用 时 长 和 流量 。 我 们 可 以 看 到 是 哪个 App 使 用 无 线 
网 络 时 间 最 长 。com.levelup.touiteur 程序 代码 (一 个 Twitter 客户 端 ) 使 用 网 络 时 间 最 长 。 








但 是 com.att.connect 使 用 的 流量 最 多 (在 摩托 罗拉 XX 上 ， 每 个 App 使 用 网 络 的 时 间 和 流量 
不 是 很 集中 ,但 其 他 设备 确实 存在 这 种 情况 ， 表 中 App 的 排名 仍 是 准确 的 )。 


进程 com.att.connect 使 用 大 量 数据 并 不 出 平 意料 。 测 试 期 间 ， 我 使 用 这 个 App 与 同事 进 
行 了 30 分 钟 的 电话 会 议 。 我 没 想到 Twitter 客户 端 使 用 网 络 的 时 间 比 我 的 电话 会 议 时 间 还 
长 。 结 合 App stats 标签 的 数据 可 以 看 出 ， 相 比 电话 会 议 App，Twitter App 的 连接 特点 如 
下 : 连接 次 数 多 ， 每 次 数据 少 ， 网 络 和 电池 使 用 时 间 长 。 











App # 连接 次 数 KB 网 络 使 用 时 间 电池 使 用 量 
com.levelup.touiteur 18 1024 23 min 5.91% 
com.att.connect 6 3056 18 min 5.78% 


App stats 页 列 出 了 测试 期 间 每 一 个 App 使 用 的 WakeLock 次 数 (和 持续 时 间 )、 服 务 和 进程 
数 。 我 的 Twitter 客户 端 使 用 了 18 次 partial WakeLock (至 少 它们 之 间 有 重 倒 )， 唤 醒 35 个 服 
务 ， 使 用 两 个 进程 。 这 些 数 据 会 帮助 你 挖掘 你 的 App 行为 ， 同 时 也 很 适合 与 团队 成 员 分 享 。 


Historian 2.0 标签 使 用 全 新 界面 展示 出 整个 能 耗 追踪 过 程 中 ，WakeLock 和 设备 使 用 对 电池 
寿命 的 影响 ( 见 图 3-19 ) 。 















































当前 时 间 : 12:14:46 
剩余 电量 : 90% 和 89% 之 间 
耗 电 率 : 25.72%/ 小 时 
持续 时 间 : 2m 19s 994ms, from 12:13:59 to 12:16:19 100 
90 
80 
CPU 运行 “T1011 i 1 11 II IT 
Partial wakelock 70 
屏幕 开启 I TEN | TT 
屏幕 交 光 1 1 | | I 0 
同步 管理 器 。 © 111| 1 1 i 111 | | 
完整 Wi-Fi 锁 1 1 IT 
GPS 
移动 网 络 ES 0 
数据 连接 mE 


信号 强度 于!| | ER 
网 络 连通 
电话 
Top app 
前 台 进 程 
充电 状态 




















图 3-19: Battery Historian 2.0 图 表 





图 表 使 用 相近 的 方式 展示 WakeLock、CPU、GPS、 无 线 网 络 等 ， 在 右 侧 增加 了 一 个 纵 轴 ， 
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数据 上 方 的 蓝 色 折线 显示 了 电量 消耗 。 能 耗 的 每 一 个 百分点 都 可 以 选中 ， 选 中 后 会 显示 这 
期 间 的 统计 信息 。 在 图 3-20 中 ， 纵 坐标 表示 电量 消耗 。 在 我 进行 电话 会 议 时 ， 电 量 急 
降 (两 分 钟 消耗 1% 或 者 每 小 时 消耗 约 25%)。 











oe 





速 











当前 时 间 : 12:15:31 

剩余 电量 : 90% 和 89% 之 间 

耗 电 率 : 25.729%0/ 小 时 

持续 时 间 : 2m 19s 994ms, from 12:13:59 to 12:16:19 
































3-20: Battery Historian 2.0 的 耗 电 详情 


最 初 的 Battery Historian 工具 提供 很 多 设备 层面 的 统计 ， 帮 助 我 们 确定 每 个 独立 App 的 行 
为 。2.0 版 本 添加 的 新 功能 使 得 挖掘 单 进程 的 数据 更 简单 。 现 在 你 可 以 很 轻易 地 分 析出 你 
的 App 中 引起 电量 消耗 的 功能 ， 然 后 解决 问题 。 


3.6 J 


在 Lollipop 版 本 ，Android 增加 了 一 个 新 的 API 














obScheduler 





JobScheduler (作业 调度 器 )。 





JobScheduler 可 以 替代 WakeLock 和 Alarm 运行 App 的 任务 。 可 以 将 它 看 作 “ 互 相 协 作 
的 WakeLock/Alarm”API。 每 个 App 中 的 WakeLock 和 Alarm 都 是 相互 独立 的 ， 但 是 
JobScheduler 将 设备 的 唤醒 抽 离 至 操作 系统 层面 。 因 为 Alarm 和 WakeLock 受 沙 箱 限 制 ， 
所 以 无 法 与 安装 在 设备 上 的 其 他 应 用 互相 协调 。 如 果 5 个 App 每 30 分 钟 唤醒 设备 一 次 ， 
则 它们 的 唤醒 几乎 不 可 能 同步 ， 最 终 设备 每 小 时 会 被 唤醒 10 次 。 但 由 于 JobScheduler 是 在 
系统 层级 ， 系 统 可 以 更 有 效 地 执行 所 有 的 调度 工作 。 每 小 时 唤醒 设备 的 次 数 也 会 减少 。 


除了 调度 设备 唤醒 ，JobScheduler 还 允许 设 定 获取 数据 的 时 间 间 隔 ， 比 如 把 唤醒 时 间 
限制 在 8 分 钟 之 后 10 分 钟 乙 内 。 这 给 操作 系统 留 出 一 定 的 调整 范围 ， 让 系统 可 以 更 好 





地 协调 唤醒 
以 节省 电量 
























































以 达到 省 电 的 目的 。 也 可 以 说 ，App 不 仅 可 以 提前 拿 到 想 要 的 数据 ， 还 可 
(对 App 来 说 是 双赢 )。 想 象 一 个 天 气 App 每 10 分 钟 连接 一 次 网 络 (每 小 


时 6 次 )。 在 使 用 无 线 网 络 的 情况 下 ， 为 了 节约 电量 ， 提 前 一 些 更 新 数据 会 对 App 产 


影响 吗 ? 


许多 情况 下 ， 这 只 意味 着 数据 更 新 比 App 需要 的 更 快 ， 但 却 节 省 了 宝贵 的 





电量 。 在 如 


下 的 代码 片段 中 ( 源 自 我 修改 的 JobScheduler，http://github.com/dougsillars/ 


HighPerformanceAndroidApps)， 我 设置 最 小 的 连接 时 间 间 隔 为 7 分 钟 ， 又 强制 最 晚 10 分 








邮 


钟 (到 deadline 的 时 候 ) : 


JobInfo.Builder builder = new JobInfo.Builder(kJobId++, mServiceComponent); 
//kJobId 人 允许 同时 运行 多 个 JobScheduler 
<snip> 
String delay = mDelayEditText.getText().toString(); 
// 从 UI 阅读 延迟 时 间 
if (delay != nuLL && !TextUtils.isEmpty(delay)) { 
buiLder.setMinimumLatency(Long.vaLueOf(deLay) * 1000); 
站 
String deadLine = mDeadlineEditText.getText().toString(); 
// 从 UI 阅 读 deadLine 时 间 
if (deadline != nuLL && !TextUtils.isEmpty(deadline)) { 
builder .setOverrideDeadline(Long.valueOf(deadline) * 1000); 
} 
boolean requiresUnmetered = mWiFiConnectivityRadioButton.isChecked(); 
boolean requiresAnyConnectivity = mAnyConnectivityRadioButton.isChecked(); 
if (requiresUnmetered) { 
builder .setRequiredNetworkType(JobInfo.NETWORK_TYPE_UNMETERED); 
} else if (requiresAnyConnectivity) { 
builder .setRequiredNetworkType(JobInfo.NETWORK_TYPE_ANY); 
J 


builder .setRequiresDeviceIdle(mRequiresIdleCheckbox.isChecked()); 
// 仅 在 设备 空间 时 会 通过 复 选 框 强制 运行 ]S 

builder .setRequiresCharging(mRequiresChargingCheckBox.isChecked()); 
// 只 在 充电 时 通过 复 选 框 强 制 运行 ]S 

mTestService.scheduleJob(builder .build()); 






































从 代码 中 可 以 看 到 JobScheduler 还 有 些 其 他 有 用 的 功能 (通过 复 选 框 控制 ) : 


。 运行 一 个 周期 服务 ， 维 持 网 络 连 接 

。 仅 在 不 限 流量 的 网 络 下 运行 某 项 工作 (一 般 指 Wi-Fi) 

。 仅 在 设备 空闲 时 运行 《API 中 对 于 空闲 状态 说 得 不 是 很 明确 ， 只 是 说 设备 “有 时 候 ” 会 
处 于 空 亲 状态 ) 

。 当 设 备 接 通 电源 时 运行 

。 连接 频率 衰减 ;延长 后 续 连 接 的 间隔 时 间 


























假设 你 的 App 每 15 分 钟 唤醒 设备 检测 服务 器 更 新 。 一 小 时 内 就 会 唤醒 4 次 (每 天 96 次 )。 
如 果 用 户 还 安装 了 一 个 天 气 App， 每 6 分 钟 更 新 一 次 呢 (10 次 /小 时 ，240 次 /天 ) ?你 
的 App 和 安装 的 天 气 App 同时 连接 的 几率 极 低 一 一 因为 两 个 App 时间 不 同步 ， 两 个 App 
也 没有 交互 。 如 果 两 个 App 都 使 用 JobScheduler API， 操 作 系 统 将 协调 App 达到 省 电 的 目 
的 。 在 2014 年 Google 开发 者 大 会 上 展示 了 Volta 项 目 ，Google 估算 在 每 个 App 都 使 用 这 
个 API 的 情况 下 ， 可 以 节约 15%~20% 的 电量 。 





























我 对 Android SDK JobScheduler 的 范例 做 了 扩展 ， 使 得 JobScheduler 与 它 的 一 些 额 外 功能 
协调 工作 。 这 个 任务 是 从 服务 器 上 下 载 图 片 ， 如 图 3-21 所 示 ， 我 设 定 App 每 60 秒 下 载 一 











/说 
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张 图 片 (API 将 在 60 秒 间 隔 内 建立 一 个 连接 ， 但 不 一 定 是 60 秒 ) ，14 分 钟 内 这 个 App 将 
响应 14 次 。 














com.example.android.jobscheduler/.service. TestJobService"(+1m38s-+1m38s) 











3-21: 使 用 JobScheduler 的 连接 周期 (设置 为 60 秒 ) 





3-22 是 一 个 类 似 的 测试 ， 设 置 下 载 间隔 是 150 秒 (时 间 轴 放大 倍数 相同 )， 这 样 连接 6 
次 耗 时 超过 14 分 钟 。 





让 








job UL 1 1 1 1 I 
-job=u0a 
User 
userfg 
12 14 16 18 :20 22 24 2t 
12 14 16 18 :20 22 24 2t 











3-22: 使 用 JobScheduler 的 连接 周期 (设置 为 150 秒 ) 

使 用 传统 的 WakeLock， 我 们 假设 App 同时 运行 且 App 之 间 互 不 可 见 ， 设 备 就 会 发 起 20 
次 连接 ， 因 为 这 些 连接 很 难 重 琶 。 如 果 使 用 JobScheduler 同时 运行 这 两 项 工作 ， 系 统 将 同 
步 这 些 周期 性 的 连接 来 节约 电量 。 只 用 9 次 连接 就 达到 了 20 次 的 效果 。 















































job 
example.android.jobscheduler/.service. TestJobService"(+48m36s-+48m36s) | 


USer 


userfg 





:28 :30 ‘32 :34 ‘36 :38 :40 4 











3-23: 同步 60 秒 和 150 秒 的 连接 
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JobScheduler 另 一 个 很 炫 酷 的 特点 就 是 执行 重复 工作 ， 并 且 可 以 指定 执行 的 周期 是 线性 还 
是 指数 性 衰减 。 如 果 App 不 处 在 前 台 ， 你 可 能 不 需要 持续 这 种 频 党 的 更 新 。 因 此 ， 你 可 以 
让 它们 降低 更 新 频率 。 当 App 重新 打开 的 时 候 ， 用 户 仍然 可 以 看 到 最 新 的 数据 ， 后 台数 据 
使 用 量 却 减少 了 。 


JobScheduler 有 两 种 延 时 工作 的 衰减 方式 : 线性 〈 慢 衰减 ) 和 指数 性 〈 快 衰减 )。 线 性 衰减 
获取 当前 的 deadline， 增 加 衰减 时 间 (fallbacktime) 乘 以 〈 失 败 数 -1)。 如 图 3-24 所 示 ， 
deadline 是 20 秒 ， 误 减 延 时 也 是 20 秒 ， 所 以 接 下 来 的 每 次 ping 间隔 都 会 增加 20 秒 〈 调 
度 到 开始 分 别 是 20、40、60…)， 指 数 回 退 增 加 回 退 时 间 乘 以 2 了 ， 延 时 以 2 的 指数 
次 增长 (调度 到 开始 分 别 是 20、60、180、325，645)。 现 在 ， 你 的 App 可 以 更 新 数据 了 ， 
并 且 这 种 方式 使 用 的 数据 更 少 ， 更 节省 电量 。 






































四 可 外 避雷 局 昌 21:36 总 白 刍 LL 军 习 吕 21:27 
JobScheduler JobScheduler 
i a 


TASKFINISHED 
task params will show up here. 
delay: 10 deadline: 20: 0 


task params will show up here. sched2start: 24 
delay: 10 deadline: 20: 0 delay: 10 deadline: 20: 0 
sched2start: 33 sched2start: 44 
delay: 10 deadline: 20: 0 delay: 10 deadline: 20: 0 
sched2start: 53 sched2start: 104 
delay: 10 deadline: 20: 0 delay: 10 deadline: 20: 0 
sched2start: 93 sched2start: 224 
delay: 10 deadline: 20: 0 delay: 10 deadline: 20: 0 
sched2start: 153 sched2start: 384 
delay: 10 deadline: 20: 0 delay: 10 deadline: 20: 0 
sched2start: 233 sched2start: 719 
delay: 10 deadline: 20: 0 delay: 10 deadline: 20: 0 
sched2start: 334 sched2start: 1364 


delay: 10 deadline: 20: 0 
sched2start: 473 














图 3-24: 使 用 JobScheduler 的 App 截屏 ， 线 性 ( 左 ) 衰减 和 指数 ( 右 ) 性 衰减 


很 明显 ， 让 操作 系统 来 调度 你 的 App 中 非 重要 的 工作 ， 对 延长 电池 寿命 是 有 巨大 帮助 的 。 
当 我 写 这 篇 文章 的 时 候 (2015 年 4 月 )，Lollipop 只 占有 Android 设备 的 5.5%， 但 随 着 数 
量 的 增长 ， 更 多 的 用 户 将 从 使 用 JobScheduler API 中 受益 。 


K 
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3.7 

电池 续航 
或 不 让 设 
硬件 测量 


能 力 是 衡量 App 性 能 的 重要 指标 ， 电 量 消耗 多 的 App 通常 表现 为 经 党 唤醒 设备 ， 


小 结 





























进入 休眠 状态 。 我 们 一 起 了 解 了 Android 如 何 计算 每 个 App 的 电能 消耗 (基于 
)， 以 及 用 户 如 何 发 现 问题 App (帮助 你 避免 App 出 现在 问题 列表 中 而 被 用 户外 








掉 )。 我 们 还 看 了 Android Lollipop 中 的 新 版 Battery Historian 工具 ， 它 可 以 给 开发 人 员 提 
供 更 多 更 详细 的 Android App 电量 消耗 数据 ， 查 找 过 度 唤醒 设备 的 App。 此 外 ， 我 们 还 研 
究 了 JobScheduler 如 何 通过 操作 系统 统一 调度 多 个 App， 以 达到 减少 后 台 唤 醒 次 数 的 目的 。 
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屏幕 和 UI 性 能 





App 的 UI 可 能 会 受到 设计 师 、 开 发 人 员 、 易 用 性 研究 者 以 及 测试 人 员 的 影响 一 一 似乎 每 
个 人 都 喜欢 对 App 界面 给 出 建议 或 反馈 。UI 将 用 户 和 App 连接 起 来 ， 是 App 的 门面 ， 因 
此 需要 精心 地 设计 UI。 然 而 ， 不管 App 的 UI 是 简单 还 是 复杂 ， 能 高 效 地 运行 才 是 最 重要 
的 。 





























作为 开发 人 员 ， 你 的 任务 是 和 UIUX 设计 团队 合作 ， 在 每 一 个 Android 设备 上 完美 地 展现 
他 们 的 设计 理念 。 前 文 已 经 简要 地 讨论 了 Android 多 屏幕 尺寸 适 配 的 问题 ， 那 么 UI 性 能 
呢 ? 设 计 团队 设计 的 (你 实现 的 ) UI 如 何在 App 上 展现 ?页 面 加 载 是 否 快速 ? UI 响应 是 
否 迅速 、 流 畅 ? 在 这 一 章 ， 我 们 将 讨论 如 何 优化 UI， 使 其 能 够 快速 演 染 并 流畅 运行 ， 也 会 
介绍 一 些 分 析 屏 幕 和 UI 性 能 的 工具 。 


4.1 UI 性 能 基准 

所 有 的 性 能 优化 首先 都 要 确定 目标 ，UI 性 能 优化 也 是 如 此 。 “我 的 App 需要 加 载 得 更 快 ” 
这 样 的 说 法 固然 是 好 的 ， 但 是 最 终 用 户 的 期 待 是 什么 ， 这 些 期 望 能 落实 的 又 有 多 少 呢 ? 一 
般 情况 下 ,我 们 可 以 参考 人 际 交往 的 心理 学 指标 。 研 究 显示 ，0~100 毫秒 的 延迟 会 让 用 户 
感知 到 瞬时 的 卡 顿 ，100~300 毫秒 的 延迟 会 让 用 户 感觉 迟缓 ，300~1000 毫秒 的 延迟 让 用 户 
感觉 “手机 卡 死 了 ”; 1000 上 毫秒 以 上 的 延迟 会 让 用 户 想 去 干 别 的 事情 。 

由 于 这 是 基本 的 人 类 心理 感知 ， 上 述 的 标准 也 可 以 认为 是 衡量 页 面 /视图 /App 加 载 时 
间 的 一 个 不 错 的 指标 。Hya Grigorik 曾经 做 过 一 个 很 棒 的 演讲 (https://www.youtube.com/ 
watch?v=Il4swGfTOSM) ， 介 绍 如 何 搭建 秒 开 的 手机 网 站 。 如 果 网 页 可 以 在 1 秒 内 完成 加 
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载 ， 你 就 战胜 了 人 类 的 感知 ， 可 以 凭借 网 站 丰富 的 内 容 来 吸引 用 户 了 。 另 外 有 研究 表明 ， 
50% 以 上 的 用 户 已 经 开始 放弃 使 用 那些 加 载 时 间 在 3~4 秒 的 网 页 了 。 对 于 App 也 是 如 此 ， 
App 加 载 得 越 快 ， 用 户 体验 也 就 越 好 。 在 本 章 中 ， 我 们 将 关注 UI 的 加 载 时 间 。 至 于 那些 
可 能 必须 在 后 台 运 行 的 任务 ， 比 如 从 网 络 下 载 文件 等 ， 我 们 将 会 在 后 面 的 章节 中 介绍 其 优 
化 方法 (或 者 是 防止 这 些 任 务 阻碍 泻 染 的 方法 )。 


卡 顿 

内 容 的 快速 加 载 很 重要 ， 演 染 的 流畅 性 也 很 重要 。Android 团队 把 滞 缓 、 不 流畅 的 动画 定 
义 为 卡 顿 ,一 般 是 由 丢 帧 引起 的 。 大 部 分 Android 设备 一 秒 刷新 屏幕 60 次 (也 有 例外 ， 
比如 早期 的 Android 设备 的 刷新 频率 是 50fps， 其 至 更 低 )。 由 于 屏幕 每 16 毫秒 刷新 一 次 
(1s/60fps=16ms/f)， 所 以 保证 每 帧 的 泻 染 时 间 少 于 16 富 秒 是 非常 重要 的 。 如 果 有 一 帧 跳 过 
了 ， 用 户 就 会 感知 到 动画 的 跳跃 ， 这 样 的 体验 是 非常 不 好 的 。 为 了 保证 动画 的 流畅 度 ， 我 
们 将 研究 如 何在 16 毫秒 内 完成 整个 屏幕 的 泻 染 。 在 这 一 章 ， 我 们 将 分 析 一 些 常 见 的 问题 
并 说 明 如 何 保证 UI 不 出 现 卡 顿 现象 。 


4.2 Android 上 的 UI 和 泻 染 性 能 改进 


用 户 对 早期 Android 版 本 的 主要 吐槽 点 之 一 就 是 UL， 尤 其 是 触摸 交互 和 动画 的 卡 顿 。 因 
此 ， 随 着 Android 越 来 越 成 熟 ， 开 发 者 投入 了 大 量 的 时 间 和 精力 使 UI 尽 可 能 更 快 、 更 流 
畅 。 接 下 来 我 们 看 看 Android 各 个 版 本 都 对 UI 性 能 做 了 哪些 改进 。 


。 在 使 用 Gingerbread 或 更 早 的 Android 系统 版 本 的 设备 上 ， 屏 幕 绘 制 是 完全 在 软件 上 完 
成 的 (没有 GPU 的 需求 )。 然 而 , 随 着 Android 设备 的 屏幕 越 来 越 大 ,像素 精度 越 来 越 高 ， 
为 了 能 及 时 浑 染 屏幕 ， 对 软件 的 要 求 也 越 来 越 高 。 

。 Android 的 Honeycomb 版 本 新 增 了 平板 电脑 版 ， 进 一 步 扩 大 了 屏幕 的 尺寸 。 考 虑 到 这 一 
点 ,这 个 版 本 增加 了 GPU 忌 片 ,App 可 以 选择 完全 使 用 GPU 硬件 加 速 来 运行 谊 染 的 程序 。 

。 对 于 运行 在 Ice Cream Sandwich 或 者 更 高 版 本 系统 上 的 App，GPU 硬件 加 速 是 默认 打开 
的 ，App 会 将 大 部 分 泻 染 工作 交 给 特定 的 硬件 ， 这 显著 地 提高 了 泻 染 的 速度 。 

。 Jelly Bean 4.1 和 4.2 版 本 上 ， 为 了 让 App 运行 起 来 更 加 流畅 ,“ 黄 油 计 划 ” 为 避免 卡 顿 
和 抖动 做 了 进一步 的 改进 。 通 过 改善 VSYNC 的 时 序 (更 好 地 调度 帧 的 创建 )， 增 加 额 
外 的 帧 缓冲 ,Jelly Bean 设备 改善 了 卡 顿 丢 帧 的 情况 。Android 团队 在 做 这 些 改进 的 同时 ， 
也 提供 了 一 系列 的 工具 来 测量 屏幕 绘制 、VSYNC 缓冲 和 卡 顿 的 情况 ， 并 对 开发 者 开放 
了 这 些 工具 。 


















































































































































回顾 一 下 所 有 的 改变 、 引 入 的 工具 ， 以 及 它们 对 于 普通 Android 开发 者 的 意义 。 正 如 你 所 
想 的 一 样 ， 这 些 改进 的 目标 是 : 


。 降低 屏幕 绘制 的 延迟 
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@ 他 





一 人 


建 疲 畅 、 稳 定 的 帧 率 以 避免 卡 顿 


当 Android 团队 致力 于 改进 屏幕 演 染 和 UI 性 能 时 ， 他 们 需要 一 些 工 具 来 量化 对 操作 系统 所 


做 的 改进 。 值 得 表扬 的 是 ， 他 们 将 这 些 工 具 集成 到 了 Android SDK 中 ， 








因此 普通 的 开发 者 





也 能 够 使 用 这 些 工具 来 测试 App 的 泻 染 性 能 问题 。 下 面 我 们 用 一 些小 例子 来 解释 这 些 工具 


是 如 何 工作 的 。 
让 我 们 开始 动手 吧 ! 


4.3 创建 视图 

这 里 假设 你 知道 如 何在 Android Studio 上 创建 XML 布局 并 利用 Android Studio (Eclipse) 
上 的 各 种 工具 查看 这 些 视图 。 如 图 4-1 所 示 ， 你 会 看 到 一 个 简单 的 App， 里 面包 含 一 系列 
嵌 套 的 视图 。 在 创建 视图 的 时 候 ， 可 以 在 屏幕 的 右上 角 查 看 组 件 树 。 视 图 髓 套 的 层级 越 
多 ， 视 图 树 就 越 复 杂 ， 泻 染 的 时 间 也 就 越 长 。 
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Properties 


layout:height wrap_conten 


p layout:gravity 0 
pb layout:margin 0 
layout:weight 
style 
orientation horizontal 
> gravity 0 








图 4-1: App 布局 的 设计 视图 


对 于 App 上 的 每 一 个 视图 ， 显 示 在 屏幕 上 需要 经 过 三 个 步骤 : 测量 、 布 局 和 浑 染 。 想 
象 一 下 App 是 如 何 绘制 一 个 XML 布局 的 : 从 顶部 节点 开始 测量 ， 然 后 根据 布局 树 逐 





个 演 染 : 测量 每 个 视 








图 








在 屏幕 上 的 尺寸 (在 图 4-1 上 就 是 先 绘制 LinearLayout， 然 后 是 


RelativeLayout，LinearLayout， 之 后 是 分 支 textView0 和 LinearLayout Row1。Rowl 还 有 























三 个 子 视图 )。 每 一 个 子 视图 都 会 向 父 视图 提供 尺寸 ， 好 让 父 视图 确定 摆 放 的 位 置 。 如 果 








父 视图 发 现 它 的 尺寸 测量 有 问题 (或 者 是 子 视图 的 尺寸 不 对 )， 它 可 以 强制 每 一 个 子 视图 
图 

















(或 者 是 子 视图 





的 子 视 


加 ) 重新 测量 以 解决 问题 (有 可 能 增加 一 两 








设计 一 个 少 稀 套 的 视 加 











倍 的 测量 时 间 )。 这 就 是 
树 的 价值 所 在 。 视 图 树 的 层级 越 多 ， 风 套 测量 的 次 数 越 多 ， 测 量 计 
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算 的 时 间 就 会 越 长 (特别 是 需要 重新 测量 的 时 候 )。 我 们 将 通过 儿 个 例子 来 说 明 ， 在 浏览 
视图 时 ， 重 新 测量 是 怎样 增加 泻 染 时 间 的 。 





























重复 测量 视图 

重复 测量 视图 并 不 一 定 是 因为 错误 。RelativeLayout 就 需要 经 常 对 它 的 子 视图 
测量 两 次 ， 以 确保 所 有 子 视图 被 放置 在 了 正确 的 位 置 。 如 果 LinearLayout 的 
子 视图 设置 了 layout weight 属性 ， 那 么 LinearLayou 也 需要 测量 两 次 以 确定 
子 视图 的 确切 尺寸 。 如 果 是 磐 套 的 LinearLayout 或 者 是 RelativeLayout， 测 
量 的 次 数 会 呈 指 数 增长 (两 层 典 套 会 进行 4 次 测量 ，3 层 髓 套 会 进行 8 次 测 
量 ， 等 等 )。 图 4-9 就 是 一 个 非常 好 的 重复 测量 的 例子 。 














一 旦 视图 测量 完成 ， 每 一 个 视图 都 将 会 对 自己 的 子 视图 进行 布局 ， 子 视图 布局 完成 后 ， 回 
到 父 视图 ， 最 后 回 到 根 视图 。 布 局 完成 后 ， 每 个 视图 会 被 绘制 在 屏幕 上 。 注 意 ， 是 所 有 的 
视图 都 被 绘制 ， 而 不 仅 是 用 户 能 看 到 的 那些 。 我 们 将 会 在 4.4.1 市 中 讨论 屏幕 过 度 绘制 的 
问题 。App 的 视图 越 多 ， 就 需要 越 长 的 时 间 测 量 、 布 局 和 绘制 。 为 了 减少 这 些 任务 花费 的 
时 间 ， 尽 可 能 地 保持 视图 层级 的 扁平 化 并 删除 所 有 不 必要 泻 染 的 视图 是 非常 重要 的 。 要 通 
过 减少 布局 的 层级 来 加 快 屏幕 的 绘制 ， 我 们 要 做 的 还 有 很 多 。 理 想 情 况 下 ， 全 部 的 测量 、 
布局 和 绘制 的 时 间 最 好 在 16 毫秒 以 内 ， 这 样 才能 保证 屏幕 运行 的 流畅 性 。 

















如 图 4-1 所 示 ， 虽 然 可 以 在 XML 布局 文件 里 查看 布局 的 节点 视图 ， 但 是 很 难 找到 多 余 
的 视图 。 为 了 找到 这 些 多 余 的 视图 (还 有 那些 增加 屏幕 泻 染 时 间 的 视图 )， 我 们 可 以 使 用 
Android Studio Monitor (Android Studio 的 一 部 分 ， 但 是 可 以 作为 一 个 独立 的 应 用 程序 运 
行 ) 中 的 Hierarchy Viewer 工具 分 析 Android App 里 的 视图 ， 从 而 解决 这 些 问 题 。 














Hierarchy Viewer 
Hierarchy Viewer (层次 结构 查看 器 ) 能 够 很 便捷 地 以 可 视 化 方式 查看 各 种 视图 典 套 关系 ， 
可 用 于 研究 XML 视图 结构 。Hierarchy Viewer 可 以 在 Android Studio Monitor 中 使 用 ， 并 且 
需要 一 个 运行 Android App 的 设备 。 可 在 2.4 节 的 “root 机 器 /工程师 /开发 者 构建 ”部 分 
获取 更 详细 的 信息 。Google Romain Guy (http://github.com/romainguy/ViewServer) 中 的 一 
个 类 可 以 帮助 开发 者 测试 调试 版 本 的 App。 接 下 来 的 几 个 小 节 中 ， 所 有 的 布局 和 截图 来 自 
于 Android 4.1.2 版 本 的 Samsung Note II。 通 过 在 老 设备 ( 较 慢 的 处 理 器 ) 上 进行 屏幕 泻 染 
测试 ， 可 以 确定 是 否 解决 了 此 类 设备 的 泻 染 问题 。 这 样 可 以 保证 App 在 所 有 Android 设备 
上 出 色 演 染 。 
































如 图 4-2 所 示 ， 打 开 Hierarchy View 之 后 ， 你 可 以 看 到 这 里 有 很 多 窗口 : 左 侧 “Windows” 
标签 下 列 出 了 所 有 与 电脑 连接 的 Android 设备 ， 以 及 所 有 正在 运行 的 进程 。 粗 体 展 示 的 
是 活动 的 进程 。 第 二 个 标签 列 出 了 当前 正在 编译 的 进程 的 详情 〈 后 面 将 会 介绍 )。 中 间 部 
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分 是 可 缩放 的 视图 树 形 图 。 点 击 其 中 的 一 个 视图 (这 个 例子 中 是 最 左边 的 视图 )， 能 够 看 
到 它 在 设备 上 的 显示 以 及 附加 的 数据 。 右 边 是 两 个 视图 : Tree Overview 和 Layout View， 
Tree Overview 展示 了 完整 的 视图 层次 结构 ， 里 面 的 一 个 方块 显示 了 中 间 窗 口 在 整个 树 形 结 
构 中 所 处 的 位 置 。Layout View 中 深 红 色 高 亮 的 区 域 表 示 所 选中 视图 的 绘制 部 分 ( 浅 红色 
展示 的 是 父 视图 的 )。 







































































时 车 ppws A Pixel Perfect 图 Hierarchy View ©)Resource 站 国史 ， 
虽 TeeView 2 国 硬 号 委 全 剖 号 鲁 ”中 m 








"Layout View 2 | 园 Console 一 村 





Filter by class or id 20% 200% 














图 4-2: 使 用 树 形 视图 分 析 一 款 新 闻 App 时 ，Hierarchy View 工具 的 界面 概览 〈( 另 见 彩 插 ) 


见 














在 中 间 的 窗口 中 ， 你 可 以 点 击 任何 一 个 视图 来 查看 该 视图 在 Android 设备 屏幕 上 的 展示 。 
点 击 Tree View 下 面 工具 栏 里 红 、 绿 、 紫 三 色 的 Venn 图 图 标 ,， 会 有 弹 窗 显示 子 视图 的 个 
数 以 及 视图 的 测量 、 布 局 和 绘制 的 总 用 时 。 这 个 总 用 时 是 该 视图 及 其 所 有 子 视图 进行 泻 染 
所 花费 的 时 间 总 和 (在 图 4-3 中 ， 我 选中 了 顶部 的 视图 来 获取 整个 视图 的 创建 时 间 )。 
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181 views 


Measure: 3.648 ms 
Layout: 6.913 ms 
Draw: 14.555 ms 














图 4-3: 视图 的 泻 染 时 间 





图 中 文章 列表 最 上 方 的 视图 包含 了 181 个 子 视 图 ， 视 图 测量 花费 了 3.6 毫秒 ， 布 局 用 了 7 
毫 秘 ， 而 绘制 用 了 14.5 毫秒 (总 共 大 约 25 毫秒 ) 。 要 减少 这 些 视图 的 这 染 时 间 ， 我 们 可 
以 通过 查看 这 个 App 的 Tree Overview 来 了 解 这 些 视图 是 如 何 组 成 一 个 整体 的 。 从 Tree 
Overview 中 可 以 看 到 ， 屏 幕 上 有 很 多 个 视图 ， 泻 染 树 的 结构 相对 扁平 。 泻 染 树 越 饥 平 越 
好 ， 因 为 视图 XML 文件 的 深度 越 深 泻 染 所 需 的 时 间 就 越 长 。 然 而 ， 图 中 的 结构 虽然 是 
扁平 的 ， 可 还 是 需要 26 毫秒 来 进行 绘制 ， 这 说 明 扁 平 的 结构 也 有 可 能 会 卡 顿 ， 也 需要 考 
虑 如 何 优化 (正常 情况 下 16 毫秒 才 算 流畅 ) 。 


















































"si Tree Overview 3 车 











图 4-4: Tree Overview ( 另 见 彩 插 ) 


图 4-4 展示 了 一 个 新 闻 App 的 文章 列表 页 的 Tree Overview， 可 以 看 到 ， 它 主要 包含 三 个 
区 域 : 头 部 (位 于 视图 底部 的 蓝 色 框 中 )， 文 章 列表 (两 个 橙色 框 里 面 是 两 个 不 同 的 文 
章 标签 ) 。 单 篇 文章 的 视图 是 用 红色 方 框 高 亮 显示 的 ， 内 部 标题 视图 的 结构 重复 出 现 了 9 
次 〈 顶 部 的 橙色 框 中 有 5 次 ， 第 二 个 栖 色 框 中 有 4 次 )。 最 后 ， 我 们 可 以 看 到 底部 的 侧 边 
导航 栏 的 视图 (在 绿色 框 中 )。 头 部 使 用 了 22 个 视图 ， 两 个 文章 列表 分 别 使 用 了 67 个 和 
44 个 视图 〈 每 个 头 部 标题 使 用 了 13 个 视图 ) ， 而 导航 栏 使 用 了 20 个 视图 。 这 样 还 剩 下 
18 个 视图 没有 被 计算 在 内 。 其 中 包含 一 个 滑动 动画 以 及 一 些 用 来 完成 动画 的 临时 视图 。 
很 显然 ， 视 图 的 数量 会 积 少 成 多 ， 要 实现 无 卡 顿 的 用 户 体 验 ， 必 须要 保证 视图 的 演 染 尽 
可 能 地 高 效 。 
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图 4-5: 分 析 一 个 视图 树 〈 另 见 彩 插 ) 





仔细 看 标题 部 分 ， 可 以 看 到 一 个 标题 由 13 个 视图 组 成 。 每 个 标题 结构 有 5 层 〈 视 为 垂直 





列 )， 需 要 0.456 毫秒 来 测量 














，0.077 毫秒 来 布局 ，2.737 上 毫秒 来 绘制 。 层 次 结构 中 的 第 五 层 











是 第 四 层 中 的 两 个 RelativeLayout( 蓝 色 高 亮 显示 ) 的 子 视图 ， 而 这 两 个 RelativeLayout 又 
是 第 三 层 的 另 一 个 RelativeLayout (绿色 高 亮 显示 ) 的 子 视图 。 如 果 我 们 把 第 四 层 的 两 个 


RelativeLayout 的 子 视图 























都 移 到 它们 的 父 视图 中 (位 于 第 三 层 )， 那 么 整个 第 五 层 就 不 用 泻 


染 了 。 而 且 ， 正 如 我 在 4.3 节 中 所 解释 的 那样 ， 每 个 RelativeLayout 会 被 测量 两 次 ， 因 此 
髓 套 的 RelativeLayout 会 导致 测量 时 间 迅 速 增长 。 





现在 ， 你 也 许 注 意 到 了 每 个 视图 中 的 红色 、 黄 色 和 绿色 圆 点 。 它 们 表示 该 视图 在 那 一 层 























树 形 结构 的 视图 里 测量 、 布 局 和 绘制 的 相对 速度 〈 顺 序 是 从 左 往 右 )。 绿 色 代表 最 快 的 前 











50%， 黄 色 代 表 最 慢 的 前 50%， 而 红色 表示 那 一 层 所 有 视图 里 面 最 慢 的 视图 。 很 显然 ， 红 


















































色 标 记 的 视图 是 一 个 很 好 的 优化 点 。 
再 来 看 文章 标题 的 树 形 结构 ， 绘 制 最 慢 的 视图 是 右上 角 的 ImageView。 顺 着 这 个 


ImageView 一 直 找 到 





ee 


双关: 


间 ) 的 子 视图 ， 然 后 是 三 个 








视图 ， 我 们 可 以 看 到 它 是 两 个 RelativeLayout (会 增加 测量 时 
没有 子 视图 的 视图 (在 底部 )。 这 三 个 视图 也 可 以 优化 合并 成 
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一 个 视图 ， 这 样 能 减少 两 层 的 演 染 。 

















下 面 我 们 来 看 看 另 一 个 新 闻 App 是 如 何 减少 每 个 标题 使 用 的 视图 数量 的 。 图 4-6 展示 了 一 
个 同 图 4-5 类 似 的 层次 结构 图 。 



































图 4-6: 新 闻 文 章 的 原始 视图 树 





事实 上 ， 图 4-6 中 的 标题 视图 也 有 RelativeLayout 的 问题 ， 这 导致 它 测量 需要 1.275 毫秒 ， 
布局 需要 0.066 毫秒 ， 而 绘制 需要 3.24 毫秒 (一 个 标题 共 需 要 4.6 毫秒 的 演 染 时 间 )。 在 这 
些 数据 的 基础 上 ， 开 发 人 员 又 做 了 一 些 调整 ， 加 入 一 个 更 大 的 图 片 和 一 些 分 享 按钮 ， 但 是 


整个 层次 结构 更 扁平 了 (如 图 4-7 所 示 )。 
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17 views 
Measure: 1.393 ms 
Layout: 0.063 ms 
Draw: 2.777 ms 














4-7: 更 新 后 的 视图 树 














现在 的 主 标题 (三 层 的 层次 结构 ) 一 共 只 用 了 4.2 毫秒 进行 谊 染 ， 展 示 的 内 容 更 大 了 ， 但 
泻 染 时 间 却 减少 了 400 毫秒 。 























为 了 更 好 地 研究 性 能 方面 的 问题 ， 我 将 使 用 示例 App“Ts it a goat?” 中 的 一 些 例子 。 这 个 
简单 的 App 是 几 张 山 羊 图 片 (旁边 带 有 选中 标识 ) 的 列表 。 该 App 构建 了 几 种 不 同 的 布 
局 ， 包 括 性 能 差 的 和 性 能 好 的 。 通 过 分 析 视 图 以 及 它们 的 优化 过 程 ， 我 们 能 够 清楚 地 了 解 
如 何 优化 App 的 泻 染 性 能 。 我 们 分 儿 步 对 这 个 App 进行 优化 ， 通 过 在 设置 中 切换 视图 在 
Hierarchy View 中 查看 每 一 次 的 变化 。 每 选择 一 个 布局 类 型 ， 视 图 将 会 由 一 个 更 优 (或 者 
更 人 劣 ) 的 XML 视图 刷新 结构 。 我 们 把 “Slow XML” 布 局 作为 未 优化 的 开始 节点 。 先 快速 
地 浏览 这 个 App 未 优化 版 本 的 Hierarchy View， 如 图 4-8 所 示 。 
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" Tree View 3 国 








Filter by class or id: 20% 200% 








图 4-8: 未 优化 的 “ls it a goat ? ”App 的 Hierarchy View ( 另 见 彩 插 ) 





这 个 简单 的 App 中 有 59 个 视图 。 和 图 4-4 里 的 新 闻 App 不 同 ， 这 个 App 的 视图 树 的 水 平 
识 度 更 深 。 一 个 视图 的 子 视图 越 多 ， 谊 娄 就 会 越 费 时 。 减 小 视图 树 的 这 度 ， 这 款 App 每 一 
帧 的 泻 染 就 会 更 快 。 









































蓝 色 框 内 是 Android Action Bar 的 视图 ， 栖 色 框 是 屏幕 顶部 的 文本 框 ， 紫 色 框 里 展示 的 是 
山羊 的 详细 信息 (紫色 框 里 有 6 个 一 样 的 视图 )。 红 色 框 一 行 显示 了 7 个 视图 ， 这 除了 增 
加 App 的 深 度 外 ， 并 没有 其 他 作用 。 人 和 仔细 观 察 绿色 框 中 三 个 连续 的 视图 ， 可 以 发 现存 在 重 


复 测 量 的 问题 ( 见 图 4-9)。 
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Fu 
[oy 











Measure: 33.739 ms 


Layout: 3.246 ms 
Draw: 9.705 ms 


4 
RelativeLayout 
@420124f0 


Measure: 18.109 ms 
Layout: 3.588 ms 
Draw: 9.334 ms 


- 
LinearLayout 
@42011588 


Measure: 0.012 ms 
Layout: 3.182 ms 
Draw: 11.166 ms 


ListView 
@42018fa8 
id/listofgoats 











图 4-9: Hierarchy View 中 的 重复 测量 


当 设 备 开始 测量 视图 的 时 候 ， 先 从 右边 的 子 视图 开始 ， 然 后 到 左边 的 父 视 




















图 。 右 边 的 


ListView 包含 6 行 数据 ， 一共 37 个 视图 ， 花 了 0.012 毫秒 来 测量 。 把 这 个 ListView 加 到 
中 间 的 LinearLayout 之 后 ， 变 成 38 个 视图 。 有 趣 的 是 ， 测 量 时 间 由 于 循环 的 重复 测量 而 爆 
表 了 。 测 量 时 间 连 升 三 个 数量 级 ， 达 到 了 18.109 毫秒 。LinearLayonut 左边 的 RelativeLayout 


使 得 测量 时 间 加 倍 ， 变 成 了 33.739 毫秒 。 加 上 多 余 父 视 




















狠 








(位 于 








图 4-8 的 红色 框 中 ) 的 


测量 时 间 ， 总 的 测量 时 间 超 过 了 68 毫秒 。 但 只 要 简单 地 移 除 中 间 这 个 LinearLayout， 整 
个 视图 树 的 测量 时 间 瞬 间 降 低 到 了 1 毫秒 以 下 ! 
Overdraw” 布 局 同 “Remove LL+OD” 布 局 进行 比较 ， 从 而 看 到 这 个 变化 。 它 们 唯一 的 不 
同 就 是 移 除 了 这 个 LinearLayout) 我 们 能 够 通过 采用 “Optimized Layout” 设 置 移 除 更 多 的 








(你 能 通过 在 示例 App 中 将 “Remove 




















层 。 最 终结 果 如 图 4-10 所 示 ， 只 有 3 层 了 。 
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4-10: 移 除 层 次 结构 深度 

通过 查看 山羊 数据 可 以 发 现 一 个 进一步 优化 视图 深度 的 方法 。 每 一 行 山 羊 信息 有 6 个 视 
图 ， 屏 幕 中 显示 了 6 行 的 山羊 信息 (这 样 的 一 行 数 据 在 图 4-8 中 的 紫色 框 底部 高 亮 显 示 )。 
使 用 Hierarchy View 工具 查看 一 行 山羊 信息 的 视图 是 如 何在 App 中 构建 的 〈 见 图 4-11)， 
我 们 能 够 看 到 最 左边 的 两 个 视图 (一 个 LinearLayout 和 一 个 RelativeLayout) 仅仅 只 是 
)。 原 始 的 LinearLayout 直接 加 入 到 了 


















































增加 了 视图 的 深度 (当前 显示 “Slow XMI” 视 图 
RelativeLayout 中 ， 但 并 没有 展示 其 他 什么 内 容 。 





























4-11: 一 行 山羊 信息 的 未 优化 的 Hierarchy View 
因为 RelativeLayout 会 重复 测量 2 次 (我 们 正在 尽量 减少 测量 时 间 )， 所 以 我 首先 尝试 移 除 
RelativeLayout (App 中 设置 “Optimized Layout”， 如 图 4-12 所 示 )。 这 样 做 后 ， 深 度 从 4 


变 成 了 3， 泻 染 变 快 了 。 
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5 views 


Measure: 0.321 ms 
Layout 0.064 ms 
Draw: 0.851 ms 














4-12; 移 除 RelativeLayout 后 的 视图 


但 效果 还 不 理想 。 通 过 移 除 LinearLayout， 同 时 调整 RelativeLayout 来 显示 整 行 的 信息 














图 4-13 所 示 ) ， 视 图 深度 降低 到 了 2。 布局 的 泻 染 又 加 快 了 0.1 上 毫秒。 这 告诉 我 们 优 
的 方法 不 止 一 种 ， 不 妨 多 尝试 几 种 不 同 的 选择 (参考 表 4-1)。 














er 


4 views 
Measure: 0.241 ms 
Layout: 0.029 ms 


Draw: 0.848 ms 











4-13: 合并 到 RelativeLayout 后 的 视图 
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表 4-1: 视图 树 的 优化 改进 





版 本 视图 数 视图 深度 测量 布局 绘制 总 用 时 

Unoptimized 6 4 0.570 0.068 1.477 2.115 ms 
Remove RelativeLayout 5 3 0.321 0.064 0.851 1.236 ms 
Remove LinearLayouts 4 2 0.241 0.029 0.848 1.118 ms 





通过 将 每 一 行 信息 的 泻 染 时 间 减 少 大 约 1 毫秒 ， 整 体 视图 的 泻 染 时 间 将 会 减少 6 毫秒 〈 假 
设 屏幕 上 有 6 行 数据 )。 如 果 App 存在 卡 顿 或 者 测试 显示 App 泻 染 时 间 已 接近 16 毫秒 了 
( 卡 顿 边界 ) ， 那 么 节省 6 毫秒 意味 着 App 将 远离 卡 顿 。 





视图 重用 


优秀 的 面向 对 象 的 程序 员 会 尽 可 能 地 重用 视图 
“Is it a goat?”App 中 ， 每 一 行 展 示 的 布局 都 是 重用 的 。 如 果 XML 文件 里 最 





























外 层 的 视图 只 是 用 来 承载 子 视图 的 ， 那 么 它 只 











作为 练习 3， 在 GitHub 上 下 载 “Is it a goat?”App， 二 
图 的 演 染 时 间 。 你 能 通过 改变 设置 中 的 单 选 按钮 来 修改 使 用 的 视图 XML 文件 ， 然 后 通过 











， 而 不 是 反复 重新 创建 。 在 


是 增加 了 App 视 
度 。 这 种 情形 下 ， 你 可 以 移 除 这 个 视图 ， 用 <merge> 标签 来 代替 。 这 样 就 能 
川 除 App 层次 结构 中 多 余 的 层次 。 








图 结构 的 深 


Hierarchy View 工具 展现 App 的 深度 变化 以 及 这 些 变 化 对 App 泻 染 速度 的 影响 。 


Hierarchy Viewer (不止 是 树 形 结构 图 ) 
Hierarchy Viewer 还 有 一 些 附 加 功能 能 够 帮助 我 们 更 好 地 到 
结构 窗口 的 选项 ， 可 以 发 现下 面 这 些 功能 。 


把 任意 视图 的 树 形 结构 
导出 为 Photoshop 格式 
视图 重 载 (第 二 个 紫色 


在 另 一 个 窗口 中 打开 大 的 视图 (球状 


度 绘制 。 
































(将 在 4.4.1 市 中 进行 说 明 )。 





的 图 标 树 )。 





使 视图 失效 《有 条 红线 穿 过 的 按钮 )。 


让 视图 重新 布局 。 





图 标 ) ;还 可 以 设置 


E 解 重 绘 。 


可 总 
背景 


图 保存 为 PNG 图 片 (图 标 是 一 个 格式 化 的 软盘 )。 


F 且 在 Hierarchy View 工具 中 观察 视 


从 左 到 右 看 一 下 树 形 


色 ， 用 来 发 现 是 否 存在 过 





让 视图 在 LogCat 中 输出 绘制 命令 〈 紫 色 树 形 按钮 的 第 三 个 用 处 ) ， 这 样 可 以 查看 绘制 到 
底 触发 了 哪些 Open GL 命令 。 这 个 功能 对 Open GL 的 专家 做 深度 优化 比较 有 用 。 








很 显然 ，Hierarchy Viewer 是 优化 App 视图 必 不 可 少 的 分 析 工 具 一 一 很 可 能 会 帮助 Android 
App 减少 儿 十 毫秒 的 泻 染 时 间 。 
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4.4 资源 缩减 

将 App 的 视图 结构 变局 平 ， 减 少 视图 的 数量 之 后 ， 我 们 还 可 以 尝试 减少 每 个 视图 里 使 用 
的 资源 数量 。2014 年 ，Instagram 将 标题 栏 使 用 的 资源 数量 从 29 个 减少 到 了 8 个 (http:// 
instagram-engineering.tumblr.com/post/97740520316/betterandroid)。 启动 时 间 缩 短 了 
10%~20% ( 因 设 备 而 异 )。 他 们 通过 资源 着 色 缩 减 资 源 ， 也 就 是 加 载 时 仅 加 载 一 个 资源 ， 
然后 在 运行 时 通过 ColorFilter 对 资源 进行 着 色 。 比 如 ， 传 人 要 使 用 的 drawable， 然 后 通过 
下 面 的 方法 来 对 它 进行 着 色 : 





























public Drawable colorDrawable(Resources res, 
@DrawableRes int drawableResId, @ColorRes int colorResId) { 
Drawable drawable = res.getDrawable(drawableResId); 
int color = res.getColor(colorResId); 
drawable.setColorFilter(color, PorterDuff.Mode.SRC_IN); 
return drawable; 


} 
这 样 一 个 文件 就 能 用 来 表示 儿 种 不 同 的 对 象 状态 了 (加 星 或 者 不 加 星 ， 在 线 或 者 离线 等 )。 


4.4.1 屏幕 的 过 度 绘制 

每 过 儿 年 ， 就 会 有 传闻 说 某 个 博物 馆 在 用 XX 光 扫 描 一 幅 价 值 连城 的 名 画 之 后 ， 发 现 画 作 的 
作者 其 实 重用 了 旧 的 画布 ， 在 名 画 的 底下 还 藏 着 另 一 幅 疫 有 被 发 现 的 画作 。 有 时 候 ， 博 物 
馆 还 能 用 先进 的 图 像 技 术 还 原画 布 上 的 原作 。Android 的 视图 绘制 使 用 了 类 似 的 方式 。 当 
Android 系统 绘制 屏幕 的 时 候 ， 首 先 绘制 父 视图 ， 然 后 是 子 视 图 ， 再 是 子 视 图 的 子 视图 等 。 
子 视图 位 于 其 父 视图 的 上 方 ， 这 样 整个 子 视图 就 都 被 绘制 在 了 屏幕 上 ， 就 好 像 画 家 和 他 的 
画布 那样 ， 这 些 父 视图 都 被 其 子 视图 覆盖 住 了 。 


文艺 复兴 时 期 ， 很 多 伟大 的 画家 都 要 等 画 干 了 之 后 才能 重用 画布 。 在 我 们 高 科技 的 屏幕 上 
面 ， 屏 幕 重 绘 的 速度 要 快 好 几 个 数量 级 ， 但 是 多 次 的 屏幕 绘制 还 是 会 增加 延迟 ， 并 且 很 有 
可 能 导致 布局 卡 顿 。 重 绘 屏 幕 的 行为 被 称 为 过 度 绘 制 ， 下 面 我 们 会 讨论 如 何 检 测 过 度 绘制 。 


过 度 绘制 还 带 来 了 另 一 个 问题 ， 任 何 时 候 上 只 要 视图 失效 了 ( 当 视 图 内 容 有 更 新 的 时 候 )， 
视图 的 每 一 个 像素 都 需要 重 绘 。 因 为 Android 系统 不 知道 哪个 视图 是 可 见 的 ， 所 以 只 能 重 
绘 这 些 像素 相关 的 所 有 视图 。 类 比 上 面 画家 的 例子 ， 画 家 只 能 把 老 画 一 幅 幅 还 原 出 来 ， 再 

层 层 画 到 画布 上 ， 最 后 再 画 上 最 新 的 画 。 如 果 App 有 多 层 或 者 有 很 多 的 视图 被 绘制 在 那 
些 像素 点 上 ， 那 么 你 必须 重 绘 每 一 个 视图 。 一 不 小 心 ， 屏 幕 的 绘制 〈 重 绘 ) 就 有 可 能 造成 
性 能 问题 。 





















































































































































































































































4.4.2 ”检测 过 度 绘制 
Android 提供 了 一 些 很 好 的 工具 来 检测 过 度 绘制 。 在 Jelly Bean 4.2 里 ， 开 发 者 选项 菜单 里 增 








74 | 第 4 章 


设 了 Debug GPU Overdraw 工具 的 选项 。 如 果 你 用 的 是 Jelly Bean 4.3 或 者 KitKat 设 





， 在 屏 





幕 的 左下 角 会 有 一 个 计数 用 来 展示 屏幕 过 度 绘制 的 程度 。 我 认为 这 个 工具 对 快速 检测 过 度 给 


制 问题 还 是 十 分 有 效 的 。 只 不 过 有 时 候 这 个 工具 会 多 提示 6~7 次 (发 生 的 概率 还 不 小 )。 





Ni 


图 4-14 中 的 截图 还 是 来 自 上 面 的 “Is it a goat?”App。 在 左下 方 可 以 看 到 过 度 绘制 的 计数 。 





屏幕 中 可 以 看 到 3 个 过 度 绘制 的 计数 ， 其 中 开发 者 能 控制 的 是 主 窗口 的 计数 ， 显 示 在 左下 
方 。 左 边 没 优化 过 的 App， 过 度 绘制 的 次 数 是 8.43， 优 化 后 的 App 的 过 度 绘制 次 数 降 到 了 
1.38。 我 们 还 可 以 看 到 ， 导 航 栏 过 度 绘制 的 次 数 是 1.2 (菜单 按钮 是 2.4) ， 也 就 是 说 文字 和 








图 标的 过 度 绘制 贡献 了 额外 的 20%。 尽 管 过 度 绘制 计数 可 以 在 不 过 


影响 用 户 体验 的 前 提 


下 ,， 快速、 便捷 地 比较 不 同 App 的 过 度 绘制 情况 ， 但 疫 办 法 定位 过 度 绘制 问题 具体 是 在 哪 


产生 的 。 
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图 4-14: 同一 App 未 优化 〈 左 ) 和 优化 后 ( 右 ) 视图 的 过 度 绘制 计数 


另 一 种 查看 过 度 绘制 的 方式 是 在 Debug GPU Overdraw 菜单 里 选择 “Show Overdraw areas” 











选项 。 选 择 之 后 ， 会 在 App 的 不 同 区 域 覆 盖 不 同 的 颜色 来 表示 过 度 绘 制 的 次 数 。 比 较 屏 幕 
上 这 些 不 同 的 颜色 ， 可 以 快速 、 方 便 地 定位 过 度 绘制 问题 。 





。 白色 
没有 过 度 绘制 
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1 次 过 度 绘制 〈 屏 幕 绘制 了 2 次 ) 


。 绿色 
2 次 过 度 绘制 〈 屏 幕 绘制 了 2 次 ) 





。 浅 红色 
3 次 过 度 绘制 








。 深 红色 
4 次 或 者 更 多 次 过 度 绘制 


在 图 4-15 中 ， 可 以 看 到 “Is it a goat?”App 优化 前 后 过 度 绘制 区 域 演 染 效果 。App 的 菜单 


栏 优化 前 后 都 没有 被 着 色 (没有 过 度 绘制 )， 











但 Android 图 





标 和 菜单 按钮 图 标 都 是 绿色 的 


(2 次 过 度 绘制 )。 山 羊 图 片 列表 在 优化 之 前 是 深 红 色 的 (表示 有 4 次 或 以 上 的 过 度 绘制 )。 
优化 App 之 后 ， 只 有 复 选 框 和 图 片区 域 是 蓝 色 (1 次 过 度 绘制 ) 的 了 ,说明 至 少 移 除了 3 
层 的 绘制 ! 文本 和 空白 区 域 都 没有 过 度 绘制 了 。 
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图 4-15: 优化 前 ( 左 ) 和 优化 后 ( 右 ) 的 过 
通过 减少 视图 的 数量 (或 者 至 少 替换 过 度 


绘制 颜色 


绘制 的 视图 )， 


此 


App 的 演 染 速度 会 加 快 。 通 





比较 Hierarchy Viewer 中 示例 App 的 过 度 绘制 版 本 和 优化 后 版 本 (Slow XML 与 Remove 
Overdraw) 的 父 视图 的 绘制 时 间 ， 可 以 发 现 优化 后 的 绘制 时 间 减 少 了 一 半 ， 由 13.5 上 毫秒 降 
到 了 6.8 片 秒 。 


4.4.3 ”Hierarchy Viewer 中 的 过 度 绘制 


另 一 种 查看 App 当中 过 度 绘制 的 方式 是 把 Hierarchy Viewer 中 的 view hierarchy 保存 为 
Photoshop 文档 (Tree View 里 的 第 二 个 选项 )。 如 果 你 没有 安装 Photoshop， 还 有 几 个 其 他 
的 免费 软件 也 可 以 打开 这 个 文档 (下 面 的 截图 来 自 Mac 版 的 GIMP)。 打 开 这 些 视图 ， 可 
以 清楚 地 看 到 不 同 层次 的 过 度 绘制 情况 。 对 于 大 部 分 的 线 上 App， 在 一 个 白色 背景 上 县 放 
另 一 个 白色 背景 很 常见 。 这 听 起 来 还 好 ， 但 其 实 有 一 次 绘制 是 多 余 的 ， 可 以 避免 的 。 在 
“Is it a goat?”App 中 ， 为 了 让 这 种 情况 更 显而易见 ， 所 有 过 度 绘制 区 域 都 使 用 一 张 驴子 的 
照片 替换 了 之 前 的 白色 背景 图 片 。 看 不 到 之 前 的 驴子 是 因为 被 上 面 的 白色 背景 图 挡住 了 。 
移 除 掉 之 后 就 可 以 看 到 下 面 的 驴子 了 ， 这 样 我 们 就 可 以 快速 地 定位 哪里 出 现 了 过 度 绘制 ， 
并 移 除 过 度 绘制 。 用 GIMP 打开 文档 之 后 ，App 里 所 有 可 见 的 视图 都 有 一 个 靠近 该 层 的 小 
眼睛 图 标 。 在 图 4-16 中 ， 我 从 “Is it a goat?”App 的 最 上 面 开 始 把 视图 一 个 个 隐藏 起 来 了 
(展现 了 一 只 大 驴子 )。 在 右边 的 布局 视图 中 ， 可 以 看 到 一 些 其 他 的 全 屏 布局 (都 显示 了 相 
同 的 驴子 图 片 )。 
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图 4-16: 形象 的 剥落 视图 
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图 4-17 展示 了 另 一 种 逐步 隐藏 视图 的 办 法 。 从 左上 角 的 全 屏 图 片 开始 ， 移 除 两 行 山 羊 图 片 
还 有 布局 〈 可 以 得 到 第 一 行 的 第 二 张 图 片 )， 能 够 看 到 每 一 行 山 羊 数据 的 下 面 都 有 一 张 被 
拉 伸 了 的 驴子 图 片 。 在 这 些 驴子 图 片 的 下 面 是 一 张 白色 的 背景 图 (从 第 一 行 第 三 张 图 片 可 
以 看 出 )。 再 移 除 这 张 白色 背景 可 以 看 到 一 张大 驴子 图 片 〈 如 左下 角 的 第 四 张 图 片 所 示 )。 
再 往 下 则 是 最 底部 的 一 张 白色 的 全 屏 背景 图 了 ( 右 下 角 第 五 张 图 片 )。 



























































4-17: 可 视 化 地 查看 层次 


4.4.4 ”过 度 绘制 和 KitKat (Overdraw Avoidance) 

在 KitKat 或 者 更 新 版 本 的 设备 里 ， 过 度 绘 制 的 影响 被 大 幅度 地 削减 了 。 这 项 技术 被 称 为 
Overdraw Avoidance， 系 统 可 以 自动 地 移 除 简单 的 过 度 绘制 (比如 一 个 视图 被 其 他 视图 完 
全 覆盖 住 了 ) ， 也 就 是 说 在 KitKat 或 者 更 新 的 设备 里 ，“Is it a goat?”App 中 那 张 爹 屏 的 驴 
子 背 景 图 就 不 会 被 绘制 了 。 显 然 ， 有 过 度 绘制 问题 的 App 的 绘制 速度 会 提高 。 但 开发 者 还 
是 要 尽 可 能 地 避免 过 度 绘制 (为 了 更 好 地 编码 ， 也 为 了 那些 使 用 Jelly Bean 及 更 旧 设 备 的 
用 户 )。 


























Overdraw Avoidance 和 相关 开发 者 工具 


当 用 上 述 提 到 的 过 度 绘制 检测 工具 时 ，KitKat 的 Overdraw Avoidance 功能 会 
被 禁止 ， 因 此 你 看 到 的 还 是 原始 布局 ， 而 不 是 系统 优化 后 的 布局 。 


4.5 分析 卡 顿 〈 测 量 GPU 的 泻 染 性 能 

在 优化 视图 的 层次 结构 和 过 度 绘制 之 后 ，App 还 是 有 丢 帧 或 者 滑动 不 流畅 的 现象 ，App 依 
然 存在 卡 顿 。 可 能 在 高 端 机 器 上 感觉 不 到 卡 顿 ， 但 在 低 端 机 上 还 是 能 感觉 到 的 。 为 了 能 获 
取 更 全 面 的 卡 顿 检测 信息 ，Android 在 Jelly Bean 及 更 新 的 系统 里 增设 了 一 个 Profile GPU 
Rendering 的 开发 者 选项 。 它 能 够 测 出 绘制 每 一 帧 在 屏幕 上 用 了 多 少时 间 。 测 量 数 据 可 以 
保存 到 日 志文 件 (adb shell dumpsys gfxinfo) 中 ， 或 者 在 设备 的 屏幕 上 实时 显示 (只 
持 Android 4.2 以 上 的 设备 ) 。 



































为 了 快速 分 析 这 到 底 是 怎么 回 事 ， 我 比较 喜欢 在 屏幕 上 直接 展示 GPU 的 渲染 数据 ， 这 样 
能 更 全 面 直 观 地 看 到 正在 发 生 的 事情 (但 日 志 里 面 的 数据 更 适合 离线 画图 或 者 作 报告 ) 。 老 
样子 ， 我 们 最 好 在 不 同 的 设备 上 都 试 一 下 。 图 4-18 展示 的 是 “Is it a goat?”App 在 Lollipop 
的 Nexus 6 (左边 ) 和 KitKat 的 Moto G (右边 ) 上 运行 时 的 GPU 泻 染 概况 。 屏 幕 底 部 会 
出 现 颜色 条 ，GPU 概况 图 表 中 最 重要 的 特征 就 是 底部 的 水 平 绿 条 。 它 表示 设备 泻 染 一 帧 需 
要 16 毫秒 ， 每 一 帧 是 一 个 水 平 条 。 如 果 很 多 帧 都 超过 了 这 条 绿 线 ， 那 就 表示 设备 出 现 卡 顿 
问题 了 。 从 下 面 的 图 片 中 可 以 看 到 ， 当 页 面 请 动 到 底部 ， 并 且 设 备 出 现 一 个 弹跳 动画 的 时 
候 ， 在 Nexus6 上 运行 的 App 会 发 生 卡 顿 。 但 最 终 用 户 体验 不 算 太 糟 。 每 一 次 的 屏幕 绘制 
( 坚 线 ) 被 分 成 四 种 颜色 ， 用 来 收集 一 些 额外 的 测量 数据 : draw ( 蓝 色 )、 Prepare (紫色 )、 
process (红色 )、execute (黄色 )。 在 KitKat 和 更 早 的 版 本 里 ，prepare 的 数据 还 没有 独立 出 
来 ， 包 含 在 其 他 项 里 面 (因此 在 KitKat GPU 概况 截图 里 只 能 看 到 3 种 颜色 )。 





































































































图 4-18:“ls it a goat?”App 的 GPU 概况 。Lollipop 上 ( 左 ) 和 KitKat 上 ( 右 )， 未 优化 的 (上) 
和 优化 后 的 〈 下 ) 
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让 我 们 回 到 设备 测试 的 主题 ， 对 比 一 下 Nexus 6 和 Moto G 的 GPU 数据 。 图 4-18 中 ,未 
优化 过 的 “Is it a goat?”App 的 图 表 精 确 地 表明 ，Moto G 上 的 绘制 时 间 是 Nexus 6 的 两 倍 
(尺度 相同 ， 通 过 比较 两 图 中 绿 线 的 高 度 得 到 结果 )。 这 一 点 可 以 通过 数据 采集 (adb shell 
dumpsys gfxinfo) 来 进一步 说 明 。 图 4-19 所 示 的 另 一 个 例子 当中 ， 优 化 过 的 视图 在 Moto 
G 上 的 绘制 时 间 差 不 多 是 在 Nexus 6 上 的 两 倍 。 对 于 两 台 设 备 来 说 ，draw、prepare 和 
process 这 几 步 都 花 了 差不多 的 时 间 (总 共 少 于 4 毫秒 )。 差 别 出 现在 execute 阶段 (紫色 )， 
Moto G 比 Nexus 6 多 用 了 4 毫秒 左右 。 这 说 明 GPU 演 染 测试 最 好 是 在 低 端 机 器 上 做 ， 这 
样 比较 容易 发 现 视图 泻 染 问题 。 











N6: 优化 后 视图 





Moto G: 优化 后 视图 
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Draw 

















图 4-19: 在 Lollipop (上 ) 和 KitKat (下 ) 上 优化 后 视图 的 GPU 概况 〈 另 见 彩 插 ) 


在 很 大 程度 上 来 说 ，GPU 分 析 器 可 以 帮助 你 发 现 问 题 。 在 “Is ita goat?”App 中 ， 如 有 果 我 打 
开 斐 波 那 契 延 迟 (在 创建 视图 时 进行 耗 时 的 递归 计算 )，GPU 分 析 器 并 不 能 看 出 任何 卡 顿 ， 
因为 计算 都 发 生 在 主线 程 而 且 完 全 阻塞 了 泻 染 。 这 在 低 端 机 上 可 能 会 出 现 ANR 消息 。， 











注 1: 当 CPU 被 占用 而 无 法 处 理 泻 染 时 ， 这 个 泻 染 时 间 就 会 超过 16 毫秒 。 而 GPU 分 析 器 不 会 显示 超过 16 
毫秒 的 卡 顿 事件 ， 因 此 这 种 情况 下 GPU 分 析 器 看 不 出 任何 卡 顿 。 一 一 译 者 注 
































斐 波 那 契 算法 


斐 波 那 契 序列 是 这 样 一 组 数 的 集合 : 每 个 数字 都 是 它 前 面 两 个 数字 的 和 。 
如 0、1、1、2、3、5、8 等 。 在 程序 里 斐 波 那 契 序列 一 般 用 来 表示 递归 ， 
里 我 用 了 最 低 效 的 方式 来 生成 斐 波 那 契 序 列 。 


区 荆 














public class fibonacci { 
// 递归 斐 波 那 契 
public static int fib(int n){ 
if (n<=0) 
return 0; 
if (n==1) 
return 1; 
return fib(n-1) + fib(n-2); 
} 


生成 一 个 值 的 计算 次 数 呈 指数 增长 。 这 样 做 的 目的 是 在 这 染 的 时 候 增 加 CPU 
的 压力 ， 这 样 泻 当 就 无 法 得 到 及 时 处 理 ， 会 出 现 延 迟 。 计 算 ”= 40 会 让 
App 变 得 迟缓 ( 低 端 机 上 会 产生 崩溃)。 虽 然 这 个 例子 在 解释 演 染 受阻 方面 
有 点 牵强 ， 但 我 们 用 于 跟踪 确认 斐 波 那 契 代 码 的 方法 是 有 效 的 ， 能 帮助 我 们 
找到 致使 App 运行 缓慢 的 代码 。 











Android Marshmallow 里 的 GPU 泻 染 





在 Android Marshmallow 中 ， 运 行 adb shell dumpsys gfxinfo <packagename> 命令 可 以 看 
到 一 些 新 的 特性 ， 这 些 特 性 有 助 于 实现 对 无 卡 顿 泻 染 的 追求 。 首 先 ， 在 报告 开头 部 分 能 
到 App 演 染 每 一 帧 的 总 结 信 息 了 : 


**Graphics info for pid 2612 [appname]** 


Stats since: 1914100487809ns 
Total frames rendered: 26400 
Janky frames: 5125 (19.41%) 
90th percentile: 20ms 

95th percentile: 32ms 

99th percentile: 36ms 


Number 
Number 
Number 
Number 
Number 


从 App 启动 开始 ， 你 可 以 看 到 一 共 泻 染 了 多 少 帧 ， 
内 ， 帧 最 慢 的 泻 染 时 间 又 是 多 少 (90%、95% 和 99% ) 。 
内 完成 浑 染 的 原因 。 注 意 ， 这 里 的 问题 数 大 于 卡 顿 的 帧 数 ， 这 表明 一 些 帧 会 被 多 个 问题 


影响 。 


Missed Vsync: 142 

High input Latency: 11 
SLow UI thread: 2196 
Slow bitmap uploads: 439 
Slow draw: 3744 
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90% 的 帧 的 浑 染 时 间 是 在 多 少 毫秒 以 
最 后 五 行列 出 了 未 能 在 16 毫秒 





Android Marshmallow 在 gfxinfo 库 里 增加 了 另 一 个 好 用 的 测试 工具 adb shell dumpsys 
gfxinfo <packagename> framestats。 它 能 够 输出 一 张 表格 ， 该 表格 可 以 用 如 号 分 隔 每 一 
帧 事件 的 具体 耗 时 。 列 名 没有 给 出 ， 但 在 Android 开发 者 网 站 (https://developer.android. 
com/preview/testing/performance.html#timing-info) 里 有 有 具体 的 解释 。 为 了 算出 泻 染 中 每 
一 步 的 耗 时 ， 必 须 计 算出 framestats 值 之 间 的 差异 。 为 了 简化 运算 ， 我 创建 了 一 个 电子 表 
格 (https://docs.google.com/spreadsheets/d/1SppGcFmeZXelIHPC9UZ83ChxhjxSB2aZnKn- 
JvkFUTMVedit?usp=sharing) 用 来 计算 感 兴趣 的 值 。 当 你 粘贴 上 原始 的 CSV 数据 时 ， 对 每 
一 帧 的 泻 染 来 说 ，P-X 列 的 数据 都 是 有 用 的 〈 所 有 结果 的 单位 都 是 毫秒 ) 。 






































。 VSYNC-Intended_VSYC (表明 是 否 丢 帧 ， 也 就 是 卡 顿 ) 

。 输入 事件 的 时 间 (输入 事件 的 处 理 时 间 应 该 小 于 2 毫秒 ) 

。 动画 评估 (应 该 小 于 2 毫秒 ) 

。 布局 和 测量 

。 view.draw() 方法 耗 时 

。 同步 阶段 耗 时 (如 果 大 于 0.4 毫秒 ， 表 示 很 多 新 的 位 图 正 被 发 送 到 GPU 中 ) 
。 GPU 工作 时 间 (过 度 绘制 的 时 间 会 在 这 里 显示 ) 

。 绘制 一 帧 的 总 时 间 








工作 表 里 有 两 个 示例 数据 的 表 ， 这 两 个 表 都 来 源 于 “Is it a goat?”App: goat-optim 和 goat- 
slowXML。 图 4-20 中 的 goat-slowXML 表 的 数据 显示 ， 一些 帧 (紫色) 的 绘制 耗 时 超过 了 
16.6 毫秒 。 好 在 VSYNC 缓冲 区 中 有 帧 ， 才 没有 出 现 丢 帧 的 情况 〈 如 第 一 列 的 0 秒 所 示 的 
那样 )。 对 于 缓冲 区 更 小 的 设备 (或 是 没有 时 间 重新 缓冲 的 App) 来 说 ， 这 就 有 可 能 导致 
用 户 体验 卡 顿 了 。 图 表 还 表明 ， 缓 慢 的 输入 事件 ( 柳 色 ) 和 动画 评估 事件 (红色) 会 增加 
GPU 的 负担 ， 延 长 全 部 帧 的 泻 染 时 间 。 















































N6: 优化 后 视图 
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Moto G: 优化 后 视图 
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图 4-20: 运行 gfxinfo framestats 命令 得 到 的 数据 ( 另 见 彩 插 ) 


4.6 ”于 帧 


很 多 时 候 ，GPU 分 析 器 不 会 显示 超过 16 毫秒 的 卡 顿 事 件 ， 但 UI 泻 染 时 画面 的 丢失 或 跳跃 
是 可 以 觉察 到 的 。 当 这 染 因为 CPU 正在 做 其 他 工作 而 完全 受阻 时 ， 就 可 能 发 生 丢 帧 。 在 
Monitor 或 Android Studio 中 ， 你 可 以 通过 DDMS 视图 查看 这 些 日 志 。 使 用 过 滤器 可 以 更 
清晰 地 看 到 App 产生 的 这 些 信息 。 如 果 你 认为 这 是 App 中 的 缺陷 ， 可 以 查看 如 图 4-21 所 
示 的 警告 日 志 信息 。 











Level |Time IPD ImD_ _ IApplication [Tag [Te | 
mp gp emp - 


UI rr TO 





I 81-29 14:39:11.421 10497 10497 





I 01-29 14:39:24.825 10497 18497 com.example.bigas.. Choreographer 














图 4-21: 显示 丢 帧 的 错误 日 志 
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在 第 5 章 中 ， 我 们 会 详细 讲解 CPU 是 如 何 导 致 丢 帧 的 。 


4.6.1 

如 果 在 优 
Systrace 工具 也 可 以 用 来 测量 App 性 能 ， 甚 至 定位 问题 。 
“黄油 计划 ”的 一 部 分 ，Systrace 能 够 从 内 核 级 检测 设备 的 


Systrace 


\ 一 ZX 一 


运作 


七 了 所 有 的 视图 之 后 ， 还 是 有 丢 帧 现象 出 现 的 话 ， 我 们 还 有 其 他 的 处 理 办 法 。 


作为 同 Jelly Bean 一 起 发 布 的 
状态 。Systrace 提供 了 很 多 





参数 ， 本 书 的 后 面 章节 将 会 有 所 涉及 。 现 在 的 关注 重点 是 UI 的 泻 染 方式 ， 以 及 如 何 使 用 
Systrace 调试 丢 帧 问题 。 本 章 中 出 现 的 所 有 轨迹 都 可 以 在 本 书 的 GitHub 仓库 (http://github. 
com/dougsillars/HighPerformanceAndroidApps) 里 找到 。 








Exe 


Systrace 不 同 于 本 章 之 前 介绍 的 工具 ， 它 记录 的 是 整个 Android 系统 的 数据 ， 而 不 是 某 个 
特定 的 App。 因 此 ， 在 它 运行 的 时 候 ， 最 好 不 要 同时 运行 太 多 的 应 用 ， 尽 量 减 少 其 他 应 用 
对 Systrace 工具 的 干扰 。 在 这 个 例子 中 ， 我 们 从 Android Monitor 中 运行 Systrace (也 可 以 


从 Android Studio 命令 行 中 运行 )。Systrace 图 标 由 绿色 和 粉红 色 组 成 (图 4-22 中 的 椭圆 )。 
























































全 恨 吕 个 ， D3 
点 击 之 后 会 弹出 一 个 选项 窗口 。 
目 Devices 2 | mm | | Allocati 
水 | 日 BD 乞 党 |@ 双 BF ” 
Name 
T 国 samsung-samsung_sgh_i317-42f... Online 4.1. 
C 
c a ?rd 
# Android System Trace 
Settings to use while capturing system level trace 
Destination File: | /Users/demo/trace.html | | Browse... 
Trace duration (seconds): 
Trace Buffer Size (kb): 
Trace Events 
= 
| CPU Frequency Changes CPU Idle Events [| CPU Load 
CPU Scheduler 
Trace Events that require root privileges on device 
| Disk /O [) Kernel Workqueues (requires root) 
Trace Tags 
gfx [input view [| webview [| wm 
[Jam [|sync [|audio [ |video .| camera 
Changes to trace tags will likely need a restart of the Android framework to take effect: 
$ adb shell stop 
$ adb shell start 
Ee 











4-22: Systrace 的 开启 方式 
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84 | 第 4 章 


[Ue PRL 


轨迹 被 记录 成 HIML 文件 ， 并 且 能 在 浏览 器 中 打开 。 为 了 研究 这 些 屏 幕 上 的 交互 ， 我 们 收 
集 了 了 CPU、 图形 和 视图 的 数据 (如 图 4-22 中 的 对 话 框 所 示 )。 不 设置 持续 时 间 (默认 值 为 
5 秒 )。 点 击 屏幕 中 的 “OK”，Systrace 会 立即 开始 记录 你 选择 的 参数 (你 最 好 提前 完成 立 
即 开始 的 准备 )。 因 为 这 个 轨迹 极其 详细 、 数 据 量 非常 巨大 ， 所 以 ， 最 好 用 它 来 诊断 某 个 
时 间 段 内 的 问题 ， 而 不 是 获取 App 性 能 的 历史 记录 。 

















和 3.5.2 节 类 似 ， 这 些 轨迹 输出 了 大 量 的 数据 (我 仅仅 选择 了 4 个 选项 ) 。 使 用 鼠标 可 以 请 


动 视 图 ，WASD 键 可 以 缩放 (W， 
使 用 详情 。 
色 条 表示 操作 系统 的 不 同 动作 ， 颜 色 长 度 表 示 动 


S) 和 左右 滑动 (A， 
CPU 数据 下 面 是 一 些 可 以 折 炙 的 部 分 ， 描 述 了 每 个 活动 的 应 用 。 不 同 颜色 的 


D)。 在 轨迹 顶部 可 以 看 到 CPU 的 





作 持续 的 时 间 (放大 可 以 看 到 更 多 细节 )。 


选择 一 条 色 带 之 后 ， 屏 幕 下 方 会 显示 出 该 项 的 详细 信息 。 像 Battery Historian 和 其 他 工具 


一 样 ， 这 个 高 级 视图 第 一 眼看 上 去 有 点 吓人 〈 如 
这 些 信 息 ， 以 便 你 能 熟练 地 看 懂 这 些 文件 。 





图 4-23 所 示 )。 现 在 我 们 来 仔细 研究 一 下 
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图 4-23: Systrace 的 界面 (Lollipop) ( 另 见 彩 插 ) 
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Systrace 的 演进 








和 Android 生态 系统 一 样 ，Systrace 的 接口 、 展 示 和 结果 在 不 同 的 操作 系统 
上 也 有 一 些 细微 的 差别 。 





。 在 运行 Jelly Bean 系统 的 设备 上 ， 开 发 者 选项 中 有 一 个 设置 能 打开 记录 。 
必须 同时 在 电脑 和 Android 设备 上 都 开启 轨迹 采集 。 





随 着 Android 新 版 本 的 发 布 ， 这 些 输出 变 得 越 来 越 详细 ， 布 局 也 发 生 了 一 


些 改变 。 





因为 能 从 设备 上 收集 到 不 同 的 信息 ， 所 以 对 比 Jelly Bean 和 Lollipop 的 
Systrace 仍 是 有 意义 的 ， 这 两 个 系统 中 的 Systrace 存在 差异 。 





Google 在 2015 年 的 IO 大 会 上 发 布 了 新 版 本 的 Systrace，4.6.4 节 中 会 具体 
讨论 一 些 新 的 特性 。 








翻 到 Systrace 结果 的 最 后 ， 可 以 看 见 测 试 过 程 中 运行 的 所 有 进程 。 为 了 研究 卡 顿 ， 需 要 查 
看 App 中 有 问题 的 绘制 过 程 以 及 屏幕 刷新 事件 。 只 要 刷新 率 和 绘制 都 正常 ， 屏 幕 的 浑 染 应 
该 就 是 流畅 的 。 但 只 要 其 中 一 个 出 现 问 题 ， 就 有 可 能 导致 页 面 泻 染 的 卡 顿 。 




















4.6.2 Systrace Screen Painting 

图 4-24 可 以 用 来 观察 屏幕 绘制 的 步骤 。 最 上 面 的 一 行 轨迹 〈 蓝 色 高 亮 的 部 分 ) 表示 ， 
VSYNC 由 一 些 间隔 均匀 的 宽 条 组 成 。VSYNC 是 提示 操作 系统 刷新 屏幕 的 信号 。 每 个 色 条 
之 间 都 间隔 16 毫秒 (也 就 是 色 条 中 间 的 白色 间隔 )。 当 VSYNC 事件 触发 的 时 候 (在 每 个 
色 条 的 尾部 )，surfaceflinger (红色 高 亮 方 框 中 包含 几 种 颜色 的 长 条 ) 会 从 视图 缓冲 区 ( 没 
显示 出 来 ) 里 选 一 个 视图 ， 然 后 绘制 到 屏幕 上 。 理 想 情 况 下 ，surfaceflinger 会 每 隔 16 毫秒 
触发 一 次 (没有 卡 顿 的 情况 下 )， 因 此 如 果 出 现 长 条 空缺 ， 则 表明 surfaceflinger 丢掉 了 一 
次 VSYNC 更 新 一 一 屏幕 没有 在 规定 的 时 间 更 新 (这 就 是 导致 卡 顿 的 原因 )。 可 以 看 到 在 这 
段 轨迹 2/3 的 位 置 上 有 这 样 一 个 间隔 (在 绿色 高 亮 方 框 中 )。 
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图 4-24: 细 看 Systrace 的 卡 顿 部 分 (Lollipop) ( 另 见 彩 插 ) 





图 4-24 的 下 面 新 
建 视 图 ， 底 下 
冲 区 (这 个 截 














的 


图 








中 没有 显示 出 来 )。 注 











引起 了 卡 顿 。 不 同 的 App 发 生 卡 顿 的 原 


这 种 总 览 方 式 有 助 于 发 现 卡 顿 ， 但 是 为 了 更 


分 显示 了 这 个 应 用 的 详情 。 


右 委 一 人 一 


第 一 们 


= 
i 
区、， 





因 是 不 同 的 ， 但 我 们 可 以 研究 一 些 共通 的 原 


N= 
清楚 


数据 (绿色 和 紫色 的 线条 ) 表示 App 创 
一 行 (绿色 、 蓝 色 和 紫色 ) 表示 RenderThread， 它 把 演 染 好 的 视图 交 给 缓 
这 些 线条 在 同一 个 地 方 变 得 越 来 越 粗 ， 
surfaceflinger 中 潜在 卡 顿 (大 概 在 这 段 轨迹 1/3 的 位 置 ) 


影响， 这 表明 App 中 的 某 些 代码 





因 。 


地 观察 卡 顿 ， 我 们 还 需要 把 这 张 图 再 放大 


一 些 。 为 了 了 解 Systrace 里 都 发 生 了 什么 ， 最 好 的 方法 是 弄 明白 Systrace 都 会 测量 哪些 量 ， 
App 流畅 运行 时 Systrace 的 输出 应 该 是 怎么 样 的 。 一 旦 和 弄 明 白 了 Systrace 的 工作 原理 ， 那 





狠 


么 找到 问题 就 变 得 容易 多 了 。 在 











4-25 中 ， 我 将 正常 状态 下 Systrace 中 的 相关 线条 都 放 在 


了 一 起 (考虑 到 空间 问题 ， 除 去 很 多 白色 间隔 )。 从 屏幕 左边 ， 打 开 droid.yahoo.com。 注 
意 ， 我 在 描述 时 会 在 轨迹 文件 里 来 回 跳动 到 不 同 的 位 置 。 当 绘制 发 生 的 时 候 一 一 


。 红色 方 杠 : droid.yahoo.com 正在 完成 视 


梯 色 方 框 : RenderThread 





蛙 





图 





布局 测 








， 测 量 结果 被 传 给 RenderThread。 
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- 绘制 帧 ( 浅 绿色 ) 
- 刷新 绘制 缓冲 区 (灰色 ) 
- 缓冲 区 出 队 (紫色 ) 
一 发 送 给 视图 缓冲 列表 
。 黄色 方 框 : com.yahoo.mobile.client.andr……… 








缓冲 区 里 面 有 一 些 视 图 ， 线 条 的 高 度 表 示 了 缓冲 区 当中 视图 的 数量 。 刚 开始 ， 只 有 一 个 ， 
当 新 的 视图 加 入 到 缓冲 区 中 之 后 ， 高 度 就 变 成 了 之 前 的 2 倍 。 



































。 绿色 方 框 : VSYNC-sf 提示 surfaceflinger 有 16 毫秒 的 时 间 来 泻 染 屏幕 。 里 面 棕色 的 条 
状 表示 16 毫秒 的 长 度 。 

。 蓝 色 方 框 : surfaceflinger 从 队列 里 抓 取 一 个 视图 (注意 ， 黄 色 方 框 里 的 缓冲 区 中 视图 数 
量 从 2 变 为 1) 。 然 后 这 个 视图 被 发 送 给 GPU， 这 样 ， 屏 幕 绘制 就 完成 了 。 

。 紫色 方 框 : VSYNC-app 提醒 App 泻 染 新 的 视图 (并 且 发 送 一 个 16 毫秒 的 定时 器 ) 。 

。 一 旦 VSYNC 开始 ，droid.yahoo.att 就 不 停 地 重复 这 个 过 程 一 一 测量 视图 的 布局 ， 然 后 
发 送 给 RenderThread…… 循环 往复 。 
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图 4-25: 泻 染 正常 的 Systrace (Lollipop) ( 另 见 彩 插 ) 

再 回 过 头 想 一 下 ， 设 备 能 在 这 么 短 的 时 间 内 流畅 地 演 染 屏幕 ， 确 实 是 一 件 很 神奇 的 事情 。 
了 解 了 泻 染 的 过 程 之 后 ， 再 来 找 一 找 卡 顿 出 现 的 原因 。 

4-26 中 可 以 看 到 操作 系统 层 的 行为 。 为 了 突出 问题 ， 我 增加 了 一 些 箭头 来 表示 16 毫秒 
的 间隔 。 右 下 角 的 方 框 表示 surfaceflinger 的 丢 帧 。 
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图 4-26: 操作 系统 视图 的 卡 顿 Systrace (Lollipop) 


为 什么 会 出 现 这 种 情况 ?箭头 上 方 的 一 行 是 视图 缓冲 区 ， 行 的 高 度 表 示 缓 冲 区 中 保存 了 
多 少 帧 。 轨 迹 开 始 的 时 候 ， 缓 冲 区 中 保存 的 视图 数量 一 直 是 1 或 者 2。surfaceflinger 每 抓 
取 一 个 视图 (缓冲 区 里 的 数量 减少 一 个 )，App 马上 又 会 生成 一 个 新 的 视图 来 填充 。 但 是 ， 
当 surfaceflinger 完成 第 三 次 动作 之 后 ， 缓 冲 区 被 清空 了 ， 但 是 并 没有 从 App 里 及 时 填充 新 
的 视图 。 因 此 ， 我 们 要 从 App 层面 来 检查 这 期 间 到 底 发 生 了 什么 。 



































在 图 4-27 中 ，RenderThread 在 刚 开 始 的 时 候 发 送 了 一 个 视图 到 缓冲 区 。 之 后 App 新 
建 了 另 一 个 视图 ， 泻 染 之 后 交 给 了 缓冲 区 (droid.yahoo.att 测量 、 布 局 所 有 的 视图 ， 
RenderThread 负责 绘制 )。 不 幸 的 是 ，App 没 来 得 及 创建 新 视图 就 被 挂 起 了 。 在 创建 下 一 
个 屏幕 期 间 ，droid.yahoo.att App 在 运行 “performTraversals”(3 毫秒 ) 之 前 ， 要 先 运 行 7 
毫秒 的 “obtainView” 和 8.7 毫秒 的 “setupListItem”。 2 App 把 数据 交 给 RenderThread， 
这 一 步骤 相对 较 慢 (12 毫秒 )。 创 帧 总 共用 了 近 31 毫秒 (上 一 个 只 用 了 6 毫秒 )。 
当 开 始 创建 这 一 帧 的 时 候 ， 缓冲 区 里 只 有 一 a 但 是 设备 在 该 时 段 需 要 两 帧 。 缓 冲 
区 没有 被 填 满 ， 所 以 屏幕 绘制 出 1 
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图 4-27: App 视图 的 卡 顿 Systrace (Lollipop) 


有 趣 的 是 ，App 后 面 很 快 就 追 了 上 来 。 延 迟 递交 的 视图 创建 并 交 给 ee 后 续 的 
两 帧 也 紧 接 着 创建 好 了 。 通 过 快速 地 填充 新 帧 ，App 就 只 丢 了 一 帧 。 这 个 轨迹 结果 是 在 
Nexus 6 上 运行 得 到 的 〈 处 理 器 比较 快 ， 能 快速 地 跟 上 )。 在 Samsung S4 Mini 和 Jelly Bean 
4.2.2 上 运行 同样 的 测试 ， 结 果 如 图 4-28 所 示 。 
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4-28: 卡 顿 的 Systrace (Jelly Bean) 





入 | 


从 缩 略 
缺 )。 











冲 里 同时 有 两 个 视图 的 情况 非常 少 。 
回 ” 并 填 满 缓冲 区 。 


样 “ 追 





昔 


六 


上 可 以 清晰 地 看 到 丢 帧 更 频繁 了 (轨迹 一 开 
而 且 顶 部 第 一 行 〈 视 图 缓冲 区 ) 里 的 缓冲 区 经 常 是 空 的 〈 也 就 是 说 会 引起 卡 顿 )， 缓 
在 GPU 性 能 比较 差 的 设备 上 ，App 很 难 像 Nexus 6 一 





明显 感觉 到 卡 顿 。 





实 泻 染 一 帧 的 时 间 可 以 偶尔 超过 16.6 毫秒 


”， 因 为 缓冲 





始 的 时 候 surfacelinger 部 分 有 很 多 空 


区 里 一 般 都 有 一 两 帧 
准备 好 的 备用 视图 。 但 是 如 果 一 行 中 连续 出 现 两 三 帧 的 缓慢 泻 染 ， 用 户 就 会 


上 面 的 轨迹 是 在 运行 Jelly Bean 的 手机 上 记录 的 ，RenderThread 的 数据 归 到 了 droid.yahoo. 


att 那 一 行 (在 Lollipop 之 前 ， 测 量 、 
之 后 紧 条 变 宽 。 
间 处 理 其 他 任务 。 手 机 App 的 运行 速度 只 能 和 
果 App 能 够 降低 所 绘制 视图 的 复杂 度 一 一 加 快 视 
点 ,缓冲 区 也 就 更 容易 被 填 满 ， 在 低 端 设 


将 一 块 区 域 加 高 


标 就 能 
令 ) 平均 用 了 


2 
条 空 


每 一 次 调用 之 间 的 细 


绘制 和 布局 都 是 在 一 起 的 )。 


把 每 一 
白 说 明 手 机 在 每 帧 的 绘制 之 后 ， 




















13.8 毫秒 ， 


所 以 我 们 猜测 这 个 设备 上 可 能 有 卡 顿 问题 。 











肖 稍 领先 surfacelinger 填 满 缓 ? 
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上 ， 可 以 获得 更 多 的 时 间 去 处 型 


的 演 染 ， 细 条 中 间 的 空白 就 会 


行 数据 合 在 一 起 


只 剩 下 少量 时 
中 区 的 速度 。 如 


变 得 宽 一 
其 他 任务 。 








16 毫秒 的 卡 顿 辆 值 在 波 


亮 之 后 ，Systrace 会 计算 所 有 条 状 所 占 时 间 的 总 和 ， 在 这 些 数据 上 移动 鼠 
看 到 基本 的 统计 分 析 了。 图 4-29 中 ， 可 以 看 到 performTraversals ( 父 视 
大 概 有 5 毫秒 的 波动 。 





图 








的 绘制 命 
动 的 范围 之 内 ， 





























droid.yahoo.att 
~ Process 7144 
Slices: 
Runnable 584.858 ms 2773 occurrences 
Running 2064.132 ms 2830 occurrences 
Sleeping 705.353 ms 241 occurrences 
Uninterruptible Sleep 2.684 ms 7 occurrences 
deliverInputEvent 228.107 ms 48 occurrences 
performTraversals 2348.145 ms 169 occurrences 
serviceStart 0.91—me— 
pr 225 Min Ee 5.799 ms 

Max Duration: 52.952 ms 

measure 32. Avg Duration: 13.894 ms (o = 4.905) 
layout 22. Frequency: 51.469 occurrences/s (ac = 23.432) 
eglBeginFrame 5.095 ms 169 occurrences 
getDisplayList 298.282 ms 169 occurrences 
prepareFrame 25.823 ms 169 occurrences 











图 4-29: Systrace 数据 汇总 


把 这 块 放 大 能 看 到 更 多 的 细节 ( 见 图 4-30)。 每 条 垂直 的 细 线 表示 16 毫秒 。 从 图 中 可 以 看 
出 ，SurfaceFlinger 大 概 错 过 了 细 线 标记 五 六 次 。 "performtraversals” 线 条 几乎 都 接近 16 毫 
秒 长 〈 每 帧 之 间 必 须 执行 这 个 方法 ， 因 此 导致 卡 顿 ) 。 还 有 两 个 deliverInputEvents (每 个 都 
超过 了 16 毫秒 ) 也 阻碍 了 App 的 屏幕 绘制 。 
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‘Process 794 
“Process 1008 
“Process 1121 
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图 4-30: 低 端 设备 上 的 Systrace 详情 (运行 Jelly Bean) ; 注意 幢 的 创建 时 间 是 怎样 超过 16 毫秒 
造成 卡 顿 的 


那 到 底 是 什么 触发 了 deliverInputEvents 呢 ? 这 其 实 是 由 用 户 点 击 屏幕 ， 强 制 ListView 重 
绘 所 有 视图 造成 的 。 这 是 CPU 级 的 阻塞 。 接 下 来 我 们 简单 地 看 一 下 CPU 阻塞 是 什么 样子 
(第 5 章 中 会 详细 讲解 )。 





4.6.3 Systrace 和 CPU 阻塞 泻 染 
如 果 App 频繁 地 发 生 卡 顿 ， 但 是 surfaceflinger 和 演 染 都 没有 明显 的 异常 ， 这 时 候 就 可 以 通 
过 Systrace 顶部 的 数据 查看 CPU 正在 被 什么 占用 。 如 果 能 分 离 出 某 些 阻碍 App 绘制 的 特 
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性 或 过 程 ， 那 么 就 可 以 将 这 段 代 码 从 绘制 进程 中 移 除 (通常 是 从 主线 程 中 移 除 )。 在 “Is it 
a goat?”App 有 一 个 打开 辈 波 那 契 延 迟 的 选项 。 打 开 了 这 个 选项 ，App 在 泻 染 每 一 行 数据 
的 时 候 都 会 计算 一 个 很 大 的 斐 波 那 契 值 (递归 计算 )。 可 以 想象 ， 这 是 一 个 非常 缓慢 而 且 
频繁 占用 CPU 的 过 程 。 因 为 计算 阻塞 了 视图 的 浑 染 ， 所 以 这 会 导致 视图 创建 时 的 丢 帧 和 
滑动 时 的 异常 卡 顿 。 图 4-21 展示 了 这 种 情况 下 丢 帧 的 日 志 数 据 ， 现在 让 我 们 来 深入 挖掘 
Systrace 发 现 斐 波 那 契 计算 的 过 程 。 



































我 们 开始 重新 观察 App 正常 运行 时 的 轨迹 数据 。 图 4-31 展示 了 “Is it a goat?”App 在 N6 
上 使 用 了 非 优 化 布局 时 的 数据 。 
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图 4-31: Systrace CPU 信息 图 ( 另 见 彩 插 ) 


上 图 是 被 修正 过 的 ,减少 了 CPU 和 surfaceflinger 之 间 的 许多 界限 。 在 这 段 轨迹 中 没有 看 
到 卡 顿 ， 并 且 surfaceflinger 规律 地 每 16 ee (没有 发 生 卡 顿 )。RenderThread 和 
App 进程 创建 了 所 有 的 视图 ， 并 将 其 适当 地 绘制 在 了 系统 的 帧 缓冲 区 上 。 比 较 简 洁 模 式 下 
展示 的 两 行 CPU 信息 之 后 ， 我 们 发 现 ， 2 RenderThread 正在 绘制 布局 的 时 候 ，CPU1 被 蓝 
色 活 动 占 用 (和 注意， 我 们 观察 的 是 较 窗 的 CPU1， 不 是 CPU1:C-State) 。 当 App 进程 计算 视 
图 的 大 小 和 位 置 时 ，CPU0 显示 为 相应 的 紫色 进程 。 整 个 布局 的 创建 和 绘制 由 两 个 CPU 共 
同 完成 。 注 意 ，X 轴 的 时 间 单 位 为 10 毫秒 ， 视 图 创建 和 绘制 的 过 程 都 不 会 超过 2~4 毫秒 。 


绘制 过 程 加 入 密集 型 的 斐 波 那 契 计算 之 后 ，Systrace 结果 就 会 大 不 相同 ( 见 图 4-32 ) 。 
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图 4-32: 泻 染 延 迟 Systrace CPU 信息 图 





图 中 Systrace 显示 了 大 量 的 卡 顿 。 同 样 的 100 毫秒 内 ，surfaceflinger 只 绘制 了 3 帧 (没有 
演 染 延迟 的 App 绘制 了 7 帧 ) 。 我 们 可 以 看 到 ，RenderThread 绘制 视图 的 速度 一 直 都 很 快 
(从 这 段 跟踪 信息 中 可 以 看 到 ， 泻 染 线 程 占用 的 是 CPU0)。 然 而 ， 当 计算 视图 大 小 和 位 置 
时 ， 大 量 的 递归 裴 波 那 契 计算 导致 了 问题 。 相 对 于 计算 ，App 进程 在 obtainView 状态 中 
花费 了 大 量 的 时 间 。 从 图 中 可 以 看 到 ， 本 不 该 超过 2~4 毫秒 的 App 进程 现在 占用 了 CPU1 
2~17 毫秒 。 大 量 的 斐 波 那 契 计算 占用 了 13~17 毫秒 ， 影 响 了 App 视图 绘制 的 流畅 性 。 我 
们 将 在 第 5 章 中 具体 讨论 如 何 诊断 CPU 的 性 能 (以 及 它 对 泻 染 的 影响 )。 
































4.6.4 ”Systrace 更 新 一 一 2015 年 Google VO 开 发 者 大 会 


Google 在 2015 年 的 IO 开发 者 大 会 上 发 布 了 新 版 Systrace。 在 新 版 本 中 ， 上 述 的 分 析 功 能 
使 用 起 来 更 加 简便 。 如 图 4-27 所 示 ， 我 用 高 亮 方式 突出 了 每 一 帧 的 更 新 过 程 。 在 新 版 的 
Systrace (如 图 4-33 所 示 ) 当中 ， 每 一 帧 都 用 一 个 标 有 下 的 圆 点 表示 。 正 常 泻 染 的 帧 用 绿 
色 的 圆 点 来 表示 ， 泻 染 慢 (或 非常 慢 ) 的 帧 用 黄色 或 者 红色 圆 点 来 表示 。 选 择 圆 点 然后 按 
下 m， 就 可 以 凸显 出 一 帧 的 数据 从 而 更 便于 分 析 。 
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4-33: 新 版 Systrace 帧 信息 图 


新 版 的 Systrace 对 于 正在 发 生 的 行为 也 有 更 清晰 的 描述 。 在 图 4-33 中 ， 帧 标识 为 中 间 的 圆 
点 ， 演 染 的 时 间 为 18.181 上 毫秒 ， 而 过 多 超过 16 毫秒 的 帧 会 导致 卡 顿 。 轨 迹 文件 下 面 的 描 
述 面板 (如 图 4-34 所 示 ) 对 App 回收 ListView 的 项 目 进行 了 预警 ， 因 为 比 起 创建 新 的 项 
目 ， 回 收 会 让 视图 的 生成 变 慢 。 























1 item selected : Frame (1) | 





Alert Inflation during ListView recycling 

Time spent 9.339 ms 

ListView items inflated 1 

obtainView took 7.96ms 

setupListltem took 1.57ms 

Frame 

Description ListView item recycling involved inflating views. Ensure 


your Adapter#getView() recycles the incoming View, 
instead of constructing a new one. 











4-34: 新 版 Systrace 中 帧 延迟 信息 图 


类 似 的 警报 会 以 相似 的 气泡 窗 或 圆 点 的 形式 在 Systrace 里 弹出 ， 同 时 也 会 在 屏幕 右 侧 的 
Alerts 面板 列 出 警告 (如 图 4-35 所 示 ) 。 
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图 4-35: 新 版 Systrace 警告 面板 


这 些 Systrace 新 增加 的 特性 更 有 利于 诊断 出 UI 绘制 缓慢 的 原因 。 





4.6.5” 第 三 万 工具 

每 一 个 大 型 的 芯片 制造 商都 有 自己 的 GPU 评测 工具 ， 这 些 工具 可 以 帮 你 发 现 更 多 泻 染 时 
可 能 遇 到 的 瓶颈 信息 。 针 对 在 不 同 必 片 组 上 运行 的 App， 这 些 工 具 提供 了 更 多 的 相关 信 
息 ， 可 以 帮 你 就 不 同 的 GPU 做 更 深度 的 优化 。 这 确实 远 远 超过 了 本 书 的 研究 范围 ， 但 是 
有 必要 提 一 下 ， 利 用 这 些 工 具 甚至 可 以 加 强 GPU 的 调试 功能 。Qualcomm、NVIDIA 和 
Intel 都 提供 了 特定 的 开发 者 工具 ， 以 测试 App 在 其 处 理 器 上 的 GPU 性 能 。 


4.7 感知 性 能 


在 前 面 的 章节 中 ， 我 们 讨论 了 怎样 通过 测试 、 发 现 问题 和 优化 布局 使 UI 绘制 更 加 流畅 。 
但 是 还 有 另 一 个 方法 能 使 UI 绘制 得 更 快 : 让 它 看 起 来 更 快 。 当 然 ， 想 要 App 运行 足够 快 
的 话 ， 所 有 的 代码 、 视 图 、 过 度 绘制 和 其 他 可 能 影响 UI 绘制 的 相关 优化 工作 是 必 不 可 少 
的 。 然 而 ， 即 便 这 样 做 了 ， 仍 然 还 有 几 个 方法 可 以 使 App 运行 得 更 加 流畅 。 


人 类 的 思维 方式 很 有 趣 ， 通 过 改变 等 待 的 感知 ， 可 以 让 用 户 觉得 等 待 的 时 间 变 短 了 。 食 杂 
店 把 廉价 杂志 放 在 收银 通道 两 侧 就 是 为 了 让 客户 有 东西 可 看 ， 从 而 使 他 们 感知 到 的 等 待 时 
间 更 短 。 如 有 果 能 提供 无 颖 对 接 的 内 容 交 付 方 式 ， 感 知 到 的 延 时 会 更 短 。 这 看 起 来 似乎 是 提 
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升 用 户 感知 体验 的 花招 ， 但 是 决定 App 流畅 度 的 关键 就 在 于 用 户 的 感知 。 这 个 方法 实现 起 
来 有 点 取 巧 ， 有 些 时 候 感知 性 能 优化 反而 会 事与愿违 ， 因 此 要 进行 A/B 测试 来 确定 优化 是 
否 有 助 于 App 用 户 的 流畅 体验 。 


4.7.1 进度 条 : 优 缺 点 

旋转 进度 条 、 进 度 条 、 沙 漏 图 标 ， 以 及 其 他 表示 暂停 的 工具 由 来 已 和信。 这 些 工具 都 使 
App 运行 和 内 容 过 渡 变 得 更 快 。 比 如 ， 在 App 里 加 一 个 进度 条 ， 加 载 时 播放 动画 。 研 究 
(http://www.chrisharrison.net/projects/progressbars2/ProgressBarsHarrison.pdf) 表明 ， 使 用 带 
有 动画 的 滚动 条 会 让 用 户 感觉 更 舒服 。 快 速 旋转 的 进度 条 (http:/uxmovement.com/buttons/ 
how-to-make-progress-bars-feel-faster-to-users/) 会 让 用 户 感 觉 等 待 时 间 变 得 更 短 了 一 些 。 























然而 ， 延 时 就 添加 进度 条 并 不 一 定 是 一 个 好 主意 。iOS App 开发 者 Polar 注意 到 ， 他 们 的 
App 在 泻 染 页 面 视 图 的 时 候 会 出 现 一 些 延 时 。 他 们 按照 往常 的 习惯 ， 在 页 面 中 加 入 了 一 
个 进度 条 来 告知 用 户 页 面 正 在 泻 染 ， 但 是 得 到 的 反馈 却 不 是 很 理想 。 反 馈 表 明 用 户 认为 
App 变 慢 了 ， 等 待 页 面 加 载 的 时 间 变 长 了 (注意 : 唯一 的 改变 就 是 添加 了 进度 条 ，App 实 
际 上 并 没有 变 慢 )。 等 待 的 标识 让 用 户 明显 地 感觉 到 他 们 在 等 待 。 取 消 进 度 条 之 后 ， 用 户 
感觉 App 又 变 快 了 (除了 进度 条 并 没有 改动 其 他 的 代码 )。 通 过 改变 用 户 对 等 待 的 感知 ， 
App“ 变 得 ”更 快 了 。Facebook 也 曾 遇 到 了 类 似 的 问题 : 他 们 在 iOS App 中 用 自 定义 进度 
条 替换 了 标准 的 进度 条 ， 却 让 下 载 的 感知 时 间 变 得 更 长 了 。 




















































































































应 该 通过 用 户 体验 测试 添加 的 进度 条 是 否 得 到 了 预期 结果 。 通 常 来 讲 ， 当 延迟 时 间 稍 微 有 
点 长 的 时 候 ， 进 度 条 是 可 以 接受 的 ， 如 打开 新 页 面 或 者 是 下 载 网 络 图 片 时 。 但 是 如 果 延 迟 
很 得 (1 秒 之 内 ) ， 就 应 该 考虑 省 略 掉 进 度 条 。 这 种 情况 下 ， 添 加 的 进度 条 所 暗示 的 延迟 并 
不 存在 。 


4.7.2 ”动画 掩盖 加 载 时 间 

点 击 后 的 白 屏 会 让 用 户 产生 正在 等 待 的 感知 。 正 是 因为 这 个 原因 ， 浏 览 器 才 会 在 用 户 点 击 
链接 之 后 ， 新 页 面 加 载 出 来 之 前 展示 旧 页 面 。 对 于 移动 App 的 开发 者 来 说 ， 可 能 并 不 希望 
让 用 户 停留 在 旧 页 面 ， 一 个 快速 的 切换 动画 可 能 就 足以 掩盖 下 一 个 视图 出 现 所 需要 的 等 待 
时 间 。 你 可 以 在 使 用 喜爱 的 Android App 的 时 候 观察 一 下 ， 其 中 有 多 少 App 是 从 底部 或 边 
上 出 现 的 更 新 动画 。 

































































4.7.3 即时 更 新 的 善意 谎言 

如 果 用 户 更 新 了 一 个 页 面 ， 页 面 上 的 数据 立刻 就 会 发 生变 化 ， 即 使 数据 还 没有 到 达 服 务 器 
端 (当然 ， 你 需要 确定 这 些 数 据 最 终 会 100% 地 更 新 到 服务 端 )。 例 如 ， 当 你 在 Instagram 
上 赞 了 一 张 照片 之 后 , 移动 App 上 的 视图 立刻 就 更 新 为 赞 状态 了， 即使 还 没 来 得 及 与 服 
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务 端 创建 连接 。 他 们 称 这 种 做 法 为 “行为 最 优化 ， 几 秒 之 内 更 新 就 会 出 现在 网 站 上 ， 并 
且 对 好 友 可 见 (如 果 在 隧道 或 者 信号 覆盖 较 弱 的 区 域 可 能 需要 儿 分 钟 )， 但 是 一 定 会 更 新 ， 
这 样 就 不 需要 等 待 服务 器 更 新 数据 之 后 再 更 新 UI 界面 了 。 移 动用 户 觉得 他 们 没有 义务 花 
时 间 等 待 “ 确 认 工 作 ”。 


这 样 做 的 优势 就 是 在 网 络 信号 不 好 的 时 候 ， 不 需要 等 待 服务 器 更 新 数据 ， 就 能 够 立刻 更 新 
UI (例如 你 通勤 回 家 的 火车 进入 隧道 的 时 候 )。Flipboard (http://t.co/lgziQm1qZ5) 有 离线 
后 发 送 网 络 请 求 的 框架 ， 能 够 方便 快速 地 更 新 UI。 


一 个 性 能 技巧 (和 稍 后 上 传 相反 ) 是 提前 上 传 。 对 于 像 Instagram 这 种 因为 需要 上 传 大 
图 片 而 增加 了 主线 程 UI 延迟 的 App 来 说 ， 提 前 上 传 是 一 个 好 办 法 。Instagram 发 现 发 帖 
最 慢 的 一 步 是 上 传 图 片 ， 所 以 在 用 户 添 加 有 关 图 片 帖子 的 文字 时 ，Instagram 就 先 将 图 片上 
传 到 服务 器 了 。 用 户 点 击发 帖 按钮 之 后 ， 只 需要 创建 Post 请 求 上 传 文本 即 可 ， 这 样 用 户 就 
会 觉得 很 快 。 换 一 种 角度 思考 ，Instagram 在 遇 到 “是 否 需要 添加 进度 条 ”问题 的 时 候 ， 通 
过 改变 App 的 架构 方式 杜绝 了 进度 条 。 
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4.7.4 提高 感知 性 能 的 建议 

通过 优化 代码 和 界面 布局 加 速 App 的 时 候 ， 开 发 者 可 以 用 秒表 来 测试 结果 。 一 些 感知 性 
能 也 可 以 通过 秒表 来 测量 (例如 上 文 提 到 的 Instagram 的 例子 )， 但 是 有 些 (如 进度 条 的 例 
子 ) 则 不 可 以 。 当 常规 的 分 析 测 量 工 具 不 可 靠 时 ， 就 需要 用 真正 的 用 户 体验 测试 来 确认 优 
化 效果 。 无 论 是 更 广 范 围 的 A/B 测试 还 是 可 用 性 测试 ， 都 可 以 确定 优化 是 让 用 户 更 开心 还 
是 更 广 形 。 

















4.8 ”小结 


Android App 的 用 户 体验 直接 跟 屏 幕 上 的 展示 方式 相关 。 如 果 App 内 容 加 载 缓慢 或 者 是 请 
动 不 够 流畅 ， 用 户 就 会 对 App 产生 负面 的 体验 感知 。 本 章 中 ， 我 们 举例 讲解 了 如 何 优化 视 
图 的 树 形 结构 和 布局 来 加 快 泻 染 速度 。 我 们 还 讲解 了 屏幕 的 过 度 绘制 和 检测 过 度 绘 制 的 工 
具 。 针 对 需要 深度 分 析 的 优化 问题 《CPU 相关 问题 )，Systrace 是 一 个 强大 的 发 现 和 解决 卡 
顿 问 题 的 工具 。 最 后 ， 还 介绍 了 一 些 优化 用 户 感知 体验 和 提高 浑 当 响应 速度 的 小 技巧 ， 例 
如 ， 将 CPU 或 者 网 络 任务 延 后 、 提 前 或 者 从 主线 程 中 移 除 。 下 一 章 ， 我 们 将 一 起 研究 怎 
样 通过 优化 和 降低 App 的 CPU 占用 率 来 提高 性 能 。 
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第 5 章 


内 存 性 能 








在 第 4 章 末 尾 ， 我 们 讨论 了 一 个 问题 ， 如 果 App 中 的 进程 阻塞 了 UI 线程， 这 将 会 阻止 屏 
幕 的 刷新 。 在 本 章 ， 我 们 将 测试 并 更 好 地 了 解 App 是 如 何 使 用 内 存 的 。 在 Android 中 ， 内 
存 泄露 是 引起 程序 崩溃 的 主要 原因 ， 运 用 本 章 讨论 的 工具 来 诊断 间 题 可 以 帮助 你 避免 泄露 
问题 。 本 章 的 后 半 部 分 内 容 将 涵盖 降低 App 中 CPU 使 用 率 的 方法 。 现 在 我 们 开始 讨论 内 
存 管理 以 及 优化 的 诀 穿 。 


5.1 Android 内 存 : 它 是 如 何 工作 的 


在 讨论 如 何 提升 Android 程序 的 内 存 利用 率 之 前 ， 我 们 需要 了 解 一 下 Android 内 存 管理 的 
基础 知识 。 有 了 这 个 坚实 的 基础 ， 我 们 才能 明白 这 其 中 的 难点 ， 并 知道 如 何 搞 定 它们 。 为 
了 介绍 一 些 基 本 术语 ， 我 们 先 来 了 解 Android 设备 的 一 些 基本 信息 。 


大 家 都 知道 ， 在 Android 设备 上 的 Java 运行 时 (Dalvik 或 者 ART) 是 一 个 内 存 管理 环境 。 
运行 时 通常 会 处 理 所 有 的 内 存 分 配 和 清理 (垃圾 回收 )。 它 们 确实 能 减少 开发 工作 量 ， 让 
你 不 用 关注 那么 多 细节 ， 但 是 当 你 开发 App 时 ， 就 得 做 一 些 慎重 的 考虑 ， 从 而 保证 内 存 管 
理 可 以 正确 地 工作 。 









































让 我 们 先 简单 了 解 一 下 Android 程序 会 用 到 的 一 些 内 存 定义 。 


5.1.1 共享 内 存 与 私有 内 存 
所 有 的 App 都 会 利用 这 些 公 共 的 框架 类 、 资 源 以 及 本 地 类 库 。 如 果 每 一 个 App 都 需要 将 
这 些 单独 地 保存 在 内 存 中 ， 那 么 可 以 并 发 运行 的 App 就 会 减少 。 为 了 节省 内 存 ，Android 
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使 用 共享 内 存 来 保存 这 些 资 源 。 当 分 配 内 存 给 App 时 ， 这 些 共享 内 存 将 被 平均 分 配给 所 有 
正在 运行 的 进程 。 








私有 内 存 是 指 只 被 你 的 App 使 用 ， 而 其 他 App 不 能 使 用 的 内 存 。 因 为 只 有 你 的 进程 可 以 
使 用 这 些 数据 ， 所 以 这 些 私 有 内 存 将 会 完全 地 分 配给 你 的 这 个 进程 。 


用 Zygote 作为 共享 内 存 


就 像 生物 课 上 说 的 一 样 ， 受 精 卵 (zygote) 是 在 受精 后 创造 的 第 一 个 细 
胞 ， 然 后 它 再 分 裂 成 其 他 多 个 细胞 ， 从 而 变 成 胚胎 。 同 样 ， 在 Android 中 ， 
Zygote 是 一 个 包含 所 有 框架 类 、 公 共 资 源 以 及 本 地 库 ( 预 装 在 Zygote 内 部 ) 
的 进程 。 当 App 启动 时 ， 在 加 载 任何 你 编写 的 代码 之 前 ， 它 会 分 支 (fork) 
出 一 个 Zygote 进程 (App 在 系统 中 存活 需要 的 一 切 由 此 开始 )。 这 样 App 初 
始 化 就 比 从 零 开 始 快 多 了 。 
































5.1.2 脏 内 存 与 干净 内 存 

及 内存 是 指 仅 存在 于 RAM 中 的 内 存 ， 如 果 数 据 从 RAM 中 清除 掉 ，App 需要 重新 运行 才 
能 将 这 些 数 据 取 回 ， 而 干净 内 存 是 指 这 些 存储 在 RAM 中 的 单元 同样 也 会 存储 在 磁盘 上 ， 
如 果 这 些 数据 被 清理 掉 了 ， 只 需 从 设备 中 重新 加 载 就 可 以 了 。 
































ART 和 干净 内 存 


ART 的 一 个 主要 特性 是 在 App 安装 时 进行 编译 ， 而 Dalvik 运用 的 是 即时 编 
译 (JIT)。 在 运行 ART 的 设备 上 ， 程序 代码 已 经 在 安装 的 时 候 编译 过 了 ， 并 
且 在 磁盘 上 也 做 好 准备 了 。 记 住 ， 可 以 从 磁盘 访问 到 的 内 存 对 象 是 干净 的 ， 
且 由 于 它 易 于 恢复 ， 当 内 存 不 足 的 时 候 可 以 从 内 存 中 删 去 。 因 为 在 当前 内 存 
中 的 程序 代码 是 干净 的 ， 所 以 ART 的 内 存 管 理 被 认为 是 更 好 的 。 












































目前 ， 大 多 数 设备 使 用 的 依旧 是 Dalvik 的 运行 时 ， 所 以 内 存 的 大 多 数 类 型 还 是 私有 脏 内 存 
(内 存 只 能 被 一 个 App 使 用 ， 并 且 此 App 也 只 能 存储 于 内 存 中 )。 


5.1.3” 内存 清 理 ( 垃 圾 回收 ) 


垃圾 回收 是 指 清理 在 内 存 中 不 再 需要 的 数据 对 象 ， 以 便 大 块 内 存 可 以 重新 分 配给 新 的 对 
象 。 一 般 来 说 ， 一 旦 某 个 对 象 在 App 中 没有 一 个 活动 的 引用 ， 就 可 以 作为 垃圾 被 回收 了 。 
垃圾 回收 器 会 先 从 根部 的 对 象 开 始 〈 它 知道 这 些 对 象 是 活动 的 并 且 正 被 进程 所 使 用 )， 并 
且 沿 着 每 个 引用 去 查找 它们 的 关联 。 如 果 一 个 对 象 不 在 这 个 有 效 引 用 的 列表 中 ， 那 么 它 肯 
定 不 会 再 被 使 用 ， 就 可 以 被 回收 了 。 此 时 ， 分 配给 这 个 对 象 的 内 存 空 间 也 可 以 回收 了 。 在 
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图 5-1 中 ， 深 色 的 是 没有 活动 引用 (箭头 ) 的 对 象 ， 当 垃圾 回收 事件 被 触发 时 将 会 被 移 除 。 








图 5-1: 垃圾 回收 器 沿 着 所 有 的 引用 (箭头 ) 去 查找 活动 的 对 象 ， 将 它们 标注 为 蓝 色 ( 浅 色 )， 收 集 
所 有 不 是 当前 引用 的 对 象 并 标注 为 红色 图 中 的 深 色 


1. 垃圾 回收 在 操作 系统 上 的 改变 

在 Android 上 的 垃圾 回收 随 着 Android 的 逐渐 成 熟 也 发 生 了 很 大 的 改变 。 在 Gingerbread 之 
前 的 版 本 中 ， 设 备 内 存 很 小 ， 所 以 App 的 堆 往 往 较 小 。 垃 圾 回收 器 是 一 个 “中 断 一 切 ” 的 
回收 器 ， 在 收集 垃圾 的 过 程 中 ， 它 会 使 所 有 的 CPU 进程 和 线程 停止 。 这 是 一 个 全 堆 范 围 
的 回收 ， 意 味 着 回收 器 要 遍历 整个 堆 来 寻找 垃圾 。 对 于 使 用 内 存 少 的 App， 垃 圾 回收 非常 
迅速 : 可 能 是 2~5 毫秒 ， 你 可 能 根本 不 会 注意 到 它 的 存在 。 然 而 ， 随 着 设备 变 得 越 来 越 强 
大 (〈 读 取 更 多 内 存 )， 并 且 App 也 变 得 越 来 越 大 ， 垃 圾 回收 花费 的 时 间 也 越 来 越 长 。 这 些 
中 断 开 始 阻碍 UI， 这 就 意味 着 垃圾 回收 器 需要 不 断 地 进化 。 


在 Gingerbread 版 本 中 ， 建 立 了 一 个 并 发 的 垃圾 回收 器 来 做 局 部 的 回收 工作 。 尽 管 一 个 局 
部 的 垃圾 回收 器 不 能 清理 所 有 未 被 引用 的 对 象 ， 但 它 的 速度 更 快 〈 因 为 它 并 设 有 遍历 每 
个 集合 中 所 有 的 堆 )。 并 发 垃圾 回收 器 会 和 App 一 起 运行 ， 而 不 是 阻止 App 运行 。 也 就 是 
说 ， 在 垃圾 回收 器 开始 和 结束 的 时 候 分 别 有 一 个 短暂 的 中 断 ， 但 是 它们 总 的 中 断 时 间 不 超 
过 5 毫秒 。 由 于 系统 停止 时 间 很 得 ， 将 不 再 有 “中 断 一 切 ” 的 情况 发 生 ， 这 样 也 就 避免 了 
垃圾 回收 导致 App 卡 顿 。 

对 于 在 KitKat 或 者 更 早 版 本 上 运行 的 设备 ， 垃 圾 回收 器 只 是 简单 地 做 “标记 清理 ”。 旧 的 


对 象 被 移 除 ， 而 其 他 所 有 的 对 象 都 被 留 在 了 内 存 当 中 。 图 5-2 中 的 第 一 行 和 第 二 行 描述 了 
这 种 情况 。 当 垃圾 回收 器 运行 时 ， 被 分 配 的 内 存 ( 深 色 部 分 ) 将 移 除 未 被 引用 的 对 象 ， 在 
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分 配 的 空间 中 留 下 小 块 自由 的 内 存 (与 被 移 除 对 象 相同 大 小 )。 如 果 设 备 有 一 个 小 堆 或 者 
有 很 多 小 的 集合 ， 设 备 内 存 中 可 回收 和 可 分 配 的 内 存 都 将 被 碎片 化 。 设 备 可 能 会 显示 有 
20MB 的 自由 内 存 ， 但 是 它 不 会 告诉 你 最 大 块 的 自由 内 存 事实 上 只 有 1MB。 如 果 你 试 着 创 
建 一 个 4MB 的 图 片 ， 将 会 遇 到 内 存 溢出 问题 ， 因 为 没有 一 块 4MB 内 存 可 供 对 象 使 用 。 








在 Lollipop 版 本 中 ，Android 运行 时 由 Dalvik 转变 为 ART， 垃 圾 回收 的 效率 又 一 次 被 提高 
了 。ART 的 其 中 一 条 宣言 就 是 “垃圾 回收 应 该 是 为 大 家 提供 帮助 的 ， 而 不 是 阻碍 ”。 垃 圾 
回收 器 每 一 次 回收 只 暂停 一 次 (在 Gingerbread 版 本 中 暂停 两 次 )， 并 且 它 们 的 运行 速度 有 
了 显著 的 提升 (网 上 有 报告 显示 ， 典 型 的 垃圾 回收 已 经 从 10 毫秒 降 到 了 3 毫秒 ) 。 此 外 ， 
在 ART 中 ， 大 型 对 象 〈 比 如 图 片 ) 有 它们 自己 特殊 的 堆 ， 这 些 堆 (是 这 些 大 型 对 象 的 加 
速 垃圾 回收 器 ) 专门 用 于 简化 大 型 对 象 的 内 存 管理 。 























在 ART 中 有 许多 新 的 垃圾 回收 算法 ， 但 是 其 中 一 个 有 趣 的 算法 是 ， 当 一 个 App 不 在 前 台 
的 时 候 ， 它 将 是 一 个 半空 间 (Semi-Space) 垃圾 回收 器 。 因 为 App 不 在 前 台 运行 ， 所 以 在 
内 存 中 重 写 对 象 是 安全 的 ， 可 以 参考 图 5-2 中 的 第 三 行 一 一 没有 被 引用 的 对 象 被 移 除 之 后 ， 
被 用 过 的 空间 被 复制 到 内 存 的 一 块 自由 空间 内 (没有 碎片 )。 这 样 就 能 给 其 他 的 App 提供 更 
多 的 自由 内 存 空间 。 将 对 象 移动 到 内 存 中 的 时 候 ， 程 序 必须 被 挂 起 ， 以 避免 一 些 并 发 错误 。 
但 这 样 就 会 增加 App 出 现 卡 顿 的 概率 ， 所 以 半空 间 的 垃圾 回收 器 只 会 在 App 在 后 台 的 时 候 
启动 。 这 并 不 完全 是 一 个 压缩 的 垃圾 回收 器 ,但 是 它 对 开发 大 块 不 用 的 空间 非常 有 用 。 















































图 5-2: 垃圾 回收 : 深 色 表明 正在 用 的 内 存 ， 白 色 表 明 自 由 空间 


未 来 : 压缩 垃圾 回收 器 











2015 年 ，AOSP 有 一 个 项 目 致 力 于 在 未 来 发 布 一 个 含有 压缩 垃圾 回收 器 的 
Android 版 本 。 这 将 会 进一步 减少 内 存 问题 的 数量 ， 因 为 对 象 在 内 存 的 位 置 
可 以 被 移动 以 消除 碎片 ， 从 而 释放 出 大 块 内 存 。 压 缩 垃 圾 回收 器 推动 了 半空 
间 垃 圾 回收 器 的 进一步 发 展 : 它 在 相同 的 内 存 位 置 重 写 了 对 象 ， 并 且 设 有 小 
碎片 ， 而 不 是 简单 地 放弃 一 个 新 的 内 存 空间 。 这 是 一 个 激动 人 心 的 发 展 ， 但 
你 应 该 确保 C/C++ 和 NDK 代码 没有 引用 内 存 地 址 ， 因 为 它们 以 后 可 能 会 因 
为 内 存 被 移动 而 有 所 偏差 。 
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想 知道 垃圾 回收 器 是 否 在 运行 ， 最 简单 的 方法 就 是 查看 日 志 : 


I/art (10821): Explicit concurrent mark sweep GC freed 
5124(199KB) AllocSpace objects, 1(16KB) LOS objects, 31% free, 
34MB/S5OMB, paused 1.238ms total 23.656ms 


此 日 志 显 示 ， 进 程 10821 (你 将 会 在 连续 分 页 上 看 到 “Is it a goat ? ”App) 正在 进行 一 次 
垃圾 回收 。 垃 圾 回收 和 此 进程 并 发 运行 ， 阻塞 UI 1.238 毫秒 (所 以 不 大 可 能 造成 卡 顿 )。 
垃圾 回收 器 和 此 App 同时 运行 23.6 毫秒 。 这 个 App 的 堆 是 SOMB ， 其 中 使 用 了 34MB ， 剩 
余 31% 未 使 用 。 垃 圾 回收 器 释放 了 5124 个 AllocSpace 对 象 一 一 相当 于 199KB 的 空间 ， 并 
且 从 16KB 的 巨大 编译 空间 里 清理 了 一 个 占用 很 多 内 存 的 对 象 〈( 记 住 ， 像 这 样 的 大 对 象 在 
ART 上 都 有 自己 专用 的 内 存 )。 


2. 垃圾 回收 会 在 什么 时 候 进行 

当 系 统 觉得 自身 需要 回收 内 存 时 ， 垃 圾 回收 就 会 进行 。 以 下 几 种 情况 下 ， 垃 圾 回收 器 会 运 
行 : 在 App 被 分 配 了 新 对 象 (这 增加 了 App 所 需要 的 内 存 空间 ) 时 ， 新 视图 被 创建 ， 而 
旧 视 图 无 效 (释放 了 内 存 中 的 引用 ) 时 ，App 发 生 内 存 泄露 ， 并 且 在 内 存 中 保存 了 无 用 的 
引用 (阻塞 了 垃圾 回收 ， 同 时 导致 了 其 他 的 内 存 问题 ) 时 。 


下 一 节 中 介绍 的 工具 能 帮助 你 诊断 出 App 使 用 内 存 的 位 置 ， 并 定位 内 存 泄 露 或 产生 大 量 垃 
圾 回收 的 代码 ， 从 而 确保 App 在 所 有 Android 设备 上 正确 地 使 用 内 存 。 


5.1.4 确定 App 使 用 的 内 存 大 小 

现在 大 家 已 经 对 App 内 部 内 存 的 分 配方 式 以 及 系统 利用 垃圾 回收 清理 内 存 的 方式 有 了 大 
概 的 了 解 。 当 App 越 来 越 大 ， 越 来 越 复杂 时 ， 内 存 管理 的 指导 性 原则 是 尽 可 能 少 地 使 用 
内 存 。 一 般 来 说 ， 图 片 是 内 存 最 大 的 消费 者 。 对 于 网 络 传输 来 说 ， 无 论 将 文件 压缩 得 多 么 
彻底 ，PNG 以 及 JPEG 文件 都 是 每 像素 32 比特 ， 也 就 是 说 100 x 100 像素 的 缩 略 图 用 到 了 
320 000 比特 的 内 存 。 像 这 样 一 次 性 加 载 大 量 的 图 片 ， 你 就 会 明白 App 是 如 何 占用 了 内 存 
堆 的 50MB~100MB 的 。 








































































































在 一 个 设备 上 可 以 使 用 多 少 内 存 ? ActivityManager.getMemoryClass 将 会 返回 App 可 以 使 
用 的 堆 的 最 大 值 。 如 果 它 显示 的 比 理想 的 要 小 ， 你 可 以 减少 显示 内 容 ， 又 或 者 将 图 片 转换 
为 较 小 的 格式 。 如 果 App 是 内 存 密集 型 的 ， 你 可 以 请 求 getLargeMemoryClass() 以 获得 更 
多 内 存 ， 但 是 必须 慎重 使 用 它 ， 因 为 在 垃圾 回收 事件 中 ， 大 的 内 存 堆 将 会 降低 App 的 速度 
(因为 此 架构 不 得 不 通过 查找 更 多 的 数据 捕获 无 用 的 对 象 )。 那 么 如 何 确定 App 是 怎样 使 用 
内 存 的 呢 ? 



















































































在 Nexus 6 手机 上 运行 adb shell dumpsys meminfo 命令 (并 且 在 前 台 运 行 “Is it a 
goat?”App)， 输 出 了 以 下 的 信息 : 











Applications Memory Usage (kB): 
Uptime: 7009870 Realtime: 7218457 


Total PSS by process: 

522515 kB: com.amazon.mShop.android (pid 5610 / activities) 
520153 kB: com.coffeestainstudios.goatsimulator (pid 19139 / activities) 
207397 kB: com.facebook.katana (pid 9430 / activities) 

183514 kB: com.android.systemui (pid 2111 / activities) 

141205 kB: com.example.isitagoat (pid 10821 / activities) 

113143 kB: com.google.android.googlequicksearchbox (pid 2471 / activities) 
99168 kB: system (pid 1957) 

61157 kB: com.rovio.gold ama (pid 18842 / activities) 

58917 kB: com.amazon.kindle (pid 19331) 

49859 kB: surfaceflinger (pid 248) 

48874 kB: com.elvison.batterywidget (pid 2983) 

48270 kB: com.urbandroid.lux (pid 5656 / activities) 

35940 kB: com.facebook.orca (pid 4441) 

32541 kB: com.google.android.apps.plus (pid 20233) 

26461 kB: com.google.process.gapps (pid 2545) 

25989 kB: com.google.android.googlequicksearchbox:search (pid 2586) 
23893 kB: com.google.android.gms (pid 2610) 


App 使 用 的 全 部 内 存 是 按 比例 分 配 的 共享 库 占用 的 内 存 (PSS)。 调 用 的 全 部 内 存 是 所 有 
的 私有 内 存 (在 某 些 报告 里 面 被 称 为 “USS-Unique Set Size"， 其 意 为 进程 独自 占用 的 物理 
内 存 ， 不 包含 共享 库 占 用 的 内 存 ) 加 上 一 定 比 例 的 共享 内 存 。 这 种 情况 下 ， 后 台 仍 然 运 行 
着 一 些 App， 这 些 App 使 用 的 内 存 比 “Is it a goat?”App 使 用 的 141 205KB 内 存 更 多 。 注 
意 ,，“Itis agoat?”App 的 PID 是 10 821， 这 个 标识 符 是 Android 用 来 标识 这 个 App 的 。 

















Hz 

















在 报告 的 后 面 将 进一步 地 分 析 内 存 的 使 用 情况 。 首 先 ， 可 以 看 到 系统 使 用 了 多 少 内 存 来 泻 
染 视 图 (是 否 还 记得 4.6.1 节 中 提 到 的 服务 端 ? )。 多 媒体 服务 器 同样 使 用 了 很 多 内 存 ， 但 
是 本 地 内 存 中 还 有 儿 百 个 小 的 进程 (出 于 文章 篇 幅 的 考虑 ， 上 面 的 表格 只 显示 部 分 内 容 )。 
除了 本 地 和 系统 ， 还 有 一 些 App 使 用 内 存 ， 这 些 App 拥有 一 些 “ 永 入” 的 进程 ， 这 些 进 
程 一 直 运 行 于 设备 上 一 一 系统 UI、NFC 以 及 手机 上 。 












































下 一 节 中 ， 我 们 将 会 了 解 到 App 究竟 在 设备 何 处 运行 。 你 可 以 看 到 “Is it a goat?”App 在 
前 台 运 行 。 可 见 和 可 感知 的 App 会 在 屏幕 上 出 现 ( 比 如， 作为 通知 在 状态 栏 上 出 现 )， 或 
者 作为 输出 视频 的 App (如 lux App)。 


A 服务 、B 服务 以 及 缓存 的 App 都 是 在 后 台 运 行 的 App， 并 且 有 内 存 分 配给 它们 的 线程 使 
用 。 它 们 要 么 是 在 过 去 运行 过 ， 在 将 来 内 存 紧张 的 时 候 会 被 清理 掉 ， 要 么 确实 是 偶然 在 后 
台 运 行 : 









































Total PSS by 00M adjustment: 
105030 kB: Native 
49859 kB: surfaceflinger (pid 248) 
17010 kB: mediaserver (pid 1539) 
4785 kB: rild (pid 1537) 
3555 kB: Logd (pid 243) 
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99168 kB: 


221364 kB: 


141205 kB: 


60554 kB: 


97144 kB: 


16113 kB: 


113143 kB: 


859266 kB: 


809634 kB: 


3494 kB: mm-qcamera-daemon (pid 1553) 

3466 kB: zygote (pid 1546) 

2405 kB: gsiff_daemon (pid 1549) 

1669 kB: sensors.qcom (pid 250) 

1610 kB: drmserver (pid 1538) 

1407 kB: thermal-engine (pid 1545) 

1260 kB: ks (pid 768) 

1188 kB: netd (pid 1535) 

1128 kB: sdcard (pid 1550) 

1072 kB: wpa_supplicant (pid 2188) 
//pLus a Lot more 


System 

99168 kB: system (pid 1957) 

Persistent 

183514 kB: com.android.systemui (pid 2111 / activities) 
16764 kB: com.android.nfc (pid 2418) 

16231 kB: com.android.phone (pid 2442) 


4855 kB: com.android.server.telecom (pid 2392) 
Foreground 
141205 kB: com.example.isitagoat (pid 10821 / activities) 
Visible 

26461 kB: com.google.process.gapps (pid 2545) 

19900 kB: com.google.process.location (pid 2917) 

9669 kB: com.google.android.inputmethod.1latin (pid 2304) 
4524 kB: com...googlequicksearchbox:interactor (pid 2270) 
Perceptible 
48874 kB: com.elvison.batterywidget (pid 2983) 
48270 kB: com.urbandroid.lux (pid 5656 / activities) 
A Services 
8538 kB: com.google.android.gms.wearable (pid 3056) 
7575 kB: android.process.media (pid 29108) 
Home 
113143 kB: com...googlequicksearchbox (pid 2471 / activities) 
B Services 
522515 kB: com.amazon.mShop.android (pid 5610 / activities) 
207397 kB: com.facebook.katana (pid 9430 / activities) 

58917 kB: com.amazon.kindle (pid 19331) 

35940 kB: com.facebook.orca (pid 4441) 

25989 kB: com...googlequicksearchbox:search (pid 2586) 
4317 kB: org.simalliance.openmobileapi.service:remote (pid 4903) 
4191 kB: com.android.sdm.plugins.sprintdm (pid 14923) 

Cached 
520153 kB: com...goatsimulator (pid 19139 / activities) 

61157 kB: com.rovio.gold_ama (pid 18842 / activities) 

32541 kB: com.google.android.apps.plus (pid 20233) 

23893 kB: com.google.android.gms (pid 2610) 

22116 kB: com.levelup.touiteur (pid 19038) 

18309 kB: com.mobileiron (pid 26851) 

17872 kB: com.linkedin.android (pid 27259) 

15763 kB: com.amazon.mShop.android.shopping (pid 24968) 

15177 kB: com.google.android.apps.magazines (pid 26772) 

14078 kB: android.process.acore (pid 26874) 

13740 kB: com.google.android.music:main (pid 24911) 





13280 kB: com. 
com. 
com.yahoo.snp.service (pid 
com. 
Com 
com. 
com. 
Com 


12072 kB: 


10377 kB: 
5504 kB: 
4823 kB: 
4717 kB: 
4062 kB: 


android.mi.email (pid 26748) 


yahoo.mobile.client.android.mail.att: 


26904) 
alphonso.pulse (pid 26441) 


.android.chrome (pid 24943) 


google.android.deskclock (pid 28469) 
android.cellbroadcastreceiver (pid 20193) 


.android.defcontainer (pid 28116) 


最 后 ， 报 告 分 析 了 所 有 不 同类 型 内 存 的 使 用 情况 ， 并 对 比 了 空 闪 的 RAM 和 使 用 过 的 
RAM。 在 Nexus 6 的 机 器 上 ， 可 以 很 清晰 地 看 到 缓存 的 App 很 可 能 仍然 驻 留 在 内 存 中 ， 同 
时 接近 50% 的 RAM 仍旧 是 空闲 的 : 


Total PSS 
789741 
501966 
463460 
225937 
204576 

74916 
63123 
56944 
41319 
36328 
22039 
20906 
12460 
4998 
3716 
112 
56 

24 

0 


Total RAM: 
Free RAM: 
Used RAM: 


Lost RAM: 
Tuning: 


by category: 
kB: Unknown 
kB: Dalvik 

kB: GL 

kB: Other dev 
kB: Graphics 
kB: Ashmem 

kB: .so mmap 
kB: .dex mmap 
kB: image mmap 
kB: Dalvik Other 
kB: code mmap 
kB: .apk mmap 
kB: Stack 

kB: Other mmap 
kB: .jar mmap 
kB: Cursor 

kB: .ttf mmap 
kB: Native 

kB: Memtrack 


3041412 kB (status normal) 

1465830 kB (809634 cached pss + 450524 cached + 205672 free) 

1967459 kB (1712987 used pss + 71340 buffers + 
101780 shmem + 81352 slab) 


-391877 kB 





256 (large 512), oom 325000 kB, restore limit 108333 kB (high-end-gfx) 


这 篇 报告 很 好 地 概述 了 设备 上 的 内 存 使 用 情况 ， 但 是 你 可 能 对 App 的 细 市 信息 更 感 兴 


可 以 在 meminfo 命令 中 滩 力 





adb shell dumpsys meminfo 10821 
Applications Memory Usage (kB): 
Uptime: 10475753 Realtime: 10684340 


** MEMINFO in pid 10821 [com.example.isitagoat] ** 


pss 
Total 


Private 
Dirty 


Private Swapped 
Clean Dirty 


Heap 
Size 


1 对 应 App 的 PID 来 了 解 App 正在 使 用 的 RAM 的 更 多 信息 : 


Heap 
ALLoc 
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Native Heap 0 
Dalvik Heap 13639 
Dalvik Other 556 
Stack 132 
Other dev 6622 
.SO mmap 1082 
.apk mmap 52 
.ttf mmap 0 
.dex mmap 8 
code mmap 471 
image mmap 832 
Other mmap 17 
Graphics 66784 
GL 26356 
Unknown 11799 
TOTAL 128350 
Objects 

Views: 

AppContexts: 

Assets: 


Local Binders: 
Death Recipients: 
OpenSSL Sockets : 


SQL 


MEMORY_USED: 
PAGECACHE_OVERFLOW: 


这 是 “Is it a goat?”App 在 Nexus 6 手机 前 台 运 行 时 ， 其 内 存 使 用 情况 。 
一 下 上 面 的 表格 究竟 在 说 明 什 么 习 





532 


66784 
26356 
11736 
125936 


局 辐 0 N 


0 


Cn 


忆 
OOOO0OOOnmooOooooOoooo 


Co 


ViewRootImpL: 

Activities: 
AssetManagers: 
Proxy Binders: 


MALLOC_SIZE: 














ODPpp 


13752 29255 
34636 8146 


48388 37401 


让 我 们 一 起 分 析 


我 们 只 关心 前 两 列 的 数据 : 所 有 正在 使 用 的 内 存 








(PSS = 共享 内 存 + 私有 内 存 ) 以 及 私有 的 脏 内 存 (只 在 App 上 使 用 ， 并 且 不 会 在 磁盘 上 


存储 的 内 存 )。 注 意 ， 内 存 分 配 的 绝 大 部 分 是 私有 的 脏 数 据 : 


。 13MB 来 自 于 Dalvik 〈 这 是 假设 的 ， 也 可 以 是 ART， 设 有 什么 区 别 ) 
图 形 


。 66.7MB 将 分 配给 





。 26MB 将 用 于 GL 演 染 


。 11.8MB 未 知 














。 6.6MB 用 于 “其 他 设备 ” 





。 较 小 的 分 配 (大 部 分 是 一 些 较 小 的 共享 资源 ) 


内 存 总 共 使 用 了 128MB。 在 ART 中 ， 
空间 会 更 好 地 促进 垃圾 回 


越 小 。 








收 ， 减 少 




















及 


像 碎 片 (图 














妈 形 会 存储 在 主 堆 中 一 个 新 的 “大 对 象 空间 ”。 该 
像 是 内 存 中 最 大 的 对 象 )， 使 堆 变 得 越 来 


第 二 张 表格 是 正在 使 用 的 内 存 的 信息 : 视图 数量 、 资 源 数量 ， 以 及 活动 的 数量 。 如 末 出 于 








比 预 期 高 出 许多 ， 那 么 就 等 待 一 秒 钟 ， 然 后 重新 运行 neminfo 命令 。 
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垃圾 回收 器 有 可 能 正在 清理 最 近 无 效 的 视图 。 如 果 这 些 视图 没有 被 清理 (或 者 当 App 被 使 
用 时 ， 视 图 的 数量 增加 )， 很 可 能 是 出 现 了 内 存 问题 。 表 格 还 展示 了 分 配给 数据 库 的 内 存 ， 
以 及 用 于 App 的 其 他 文件 。 











5.1.5 procstats 

meminfo 命令 能 在 瞬间 给 出 大 量 的 信息 。 内 存 诬 露 一 般 在 App 运行 一 段 时 间 后 发 生 ， 与 之 
相关 的 多 个 meminfo 报告 会 变 得 迟缓 ， 在 这 种 情况 下 排查 问题 是 很 困难 的 。KitKat 版 本 引 
进 了 procstats 以 了 解 在 后 台 运行 App 一 段 时 间 后 的 内 存 使 用 量 。 在 设置 一 开发 者 选项 一 
进程 统计 中 ， 可 以 看 到 一 个 可 视 的 设备 内 存 使 用 量 的 界面 (默认 统计 时 间 是 最 近 的 3 小 
时 ,但 是 可 以 改 为 6、12 或 者 24 小 时 )。 在 图 5-3 中 ， 屏 幕 的 顶部 显示 设备 内 存 的 当前 使 
用 状态 ， 底 下 的 长 条 显示 一 段 时 间 内 内 存 的 使 用 情况 (绿色 、 黄 色 以 及 红色 对 应 的 是 内 存 
习题 的 严重 程度 ) 。 点 击 长 条 可 以 看 到 更 多 的 细节 : 每 个 内 存 状 态 所 用 的 时 间 ， 以 及 内 存 
当前 是 如 何 分 配 的 。 如 果 想 看 在 前 台 运 行 或 者 缓存 的 App 的 内 存 使 用 情况 ， 可 以 在 设置 菜 
单 中 改变 状态 的 类 型 。 
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Cached apps over 20h 33m Background apps over 20h 5m 
Device memory is currently mode Device memory is currently critica 


二 Goat Simulator 4 Google Play services (com.goo.，100 
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a Appstore 405 Google Play services (com.goo.. 100 
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AT&T Live 0 Google Play services 
sd 后 





Foreground apps over 20h 33m 
Device memory Is currently moderate 


六 Goat Simulator 


pe 


ea Appstore 


AN Launcher 143 














5-3: procstats 展示 的 App 内 存 的 使 用 情况 , 状态 分 别 是 缓存 (左上 )、 后台 (右上 )、 前台 (底部 ) 
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任何 运行 状态 的 App 会 同 其 活跃 时 间 的 百分比 一 起 被 罗列 出 来 ， 并 且 会 和 各 自 所 用 的 平均 
时 间作 比较 (同样 分 为 前 台 、 后 台 以 及 缓存 的 情况 )。 点 击 App 可 以 看 到 它 使 用 内 存 的 详 








细 信 息 ， 以 及 父 菜单 状态 下 的 RAM 和 运行 


时 。 如 果 想 看 到 App 在 其 他 状态 下 的 表现 ( 见 


运作 
图 5-4， 前 台 和 缓存 状态 ) ， 必 须 返 回 





主 菜单 改变 状态 ， 然 后 再 重新 选择 这 个 App。 由 于 观 








察 一 个 App 需要 反复 选择 这 些 菜单 ， 通 常会 用 命令 行 版 本 的 adb dumpsys procstats 获取 
数据 表 。 





€ Usedetails Q 所 Use details Q 
漆 Goat Simulator 279 漆 Goat Simulator 5% 
com.coffeestainstudios.goatsimula com.coffeestainstudios.goatsimulator 

USE DETAILS USE DETAILS 
Average RAM use 261MB Average RAM use 271MB 
Maximum RAM use 327MB Maximum RAM use 288MB 


Run time 27% Run time 5% 


SERVICES SERVICES 














图 5-4: App 的 Procstats: Lollipop 版 本 下 App 处 于 前 台 ( 左 ) 和 缓存 ( 右 ) 的 情 ) 
局 全 全 行 产 


比较 图 5-4 与 命令 行 产 生 的 大 量 信 息 。 转 储 包含 了 过 去 24 小 时 、3 小 时 以 及 当前 所 有 状态 
下 的 统计 数据 。 受 文章 篇 幅 局 限 ， 只 向 大 家 展示 最 近 3 小 时 的 数据 (长 时 间 的 数据 与 此 类 
似 )。 第 一 组 数据 分 析 了 屏幕 开启 (SOn) 和 关闭 (SOff) 情况 下 系统 所 用 的 内 存 情况 ( 见 
例 5-1)。 


例 5-1: procstats 系统 信息 


$ adb shell dumpsys procstats com.coffeestainstudios.goatsimulator 


AGGREGATED OVER LAST 3 HOURS : 
System memory usage: 
SOff/Norm: 1 samples: 
// 与 屏幕 











启 类 似 
// 与 屏幕 开启 类 似 


Crit: 1 samples: 
// 与 屏幕 开启 类 似 
SOn /Norm: 3 samples: 
Cached: 304MB min, 317MB avg, 336MB max 
Free: 32MB min, 44MB avg, S57MB max 
ZRam: 0.00 min, 0.00 avg, 0.00 max 
Kernel: 41MB min, 46MB avg, SOMB max 
Native: 45MB min, 49MB avg, SOMB max 
Mod : 1 samples: 
Cached: 182MB min, 182MB avg, 182MB max 
Free: 24MB min, 24MB avg, 24MB max 


Mod : 1 samples: 
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ZRam: 0.00 min, 0.00 avg，0.00 max 
Kernel: 41MB min, 41MB avg, 41MB max 
Native: 46MB min, 46MB avg, 46MB max 


Low : 3 samples: 
Cached: 186MB min, 226MB avg, 287MB max 
Free: 19MB min, 104MB avg, 269MB max 
ZRam: 0.00 min, 0.00 avg, 0.00 max 
Kernel: 38MB min, 38MB avg, 39MB max 
Native: 46MB min, 47MB avg, 47MB max 
Crit: 5 samples: 
Cached: 146MB min, 179MB avg, 247MB max 
Free: 16MB min, S57MB avg, 130MB max 
ZRam: 0.00 min, 0.00 avg, 0.00 max 
Kernel: 38MB min, 40MB avg, 45MB max 
Native: 43MB min, 46MB avg, 49MB max 
<big snip> 


Summary: 
<snip> 
Run time Stats: 
SOff/Norm: +1h12m4s41ms 
Mod : +3m0s428ms 
Low : +1s954ms 
Crit: +1m7s324ms 
SOn/Norm: +27m26s70ms 
Mod : +6m9s749ms 
Low : +7m58s126ms 
Crit: +23m52s476ms 
TOTAL: +2h21m40s168ms 


当 设 备 的 内 存 由 正常 水 平 变 为 中 低 水 平和 临界 水 平 的 时 候 ， 缓 存 内 存 将 被 清理 以 保证 活动 
的 进程 可 以 正常 运行 ( 当 屏 幕 开 启 ， 正 常 水 平 转 为 临界 水 平时 ， 平 均 缓存 内 存 从 304MB 
降 至 146MB)。 在 转 储 底部 的 总 结 分 析 了 不 同 内 存 状态 下 的 3 小 时 数据 。 它 显示 了 设备 在 
3 小 时 中 运行 了 2 小 时 21 分 钟 的 例子 。 当 屏幕 关闭 时 ， 设 备 基 本 处 于 正常 的 内 存 状态 ， 当 


屏幕 开局 时 ， 设 备 超过 一 半 的 时 间 都 处 于 低 内 存 水 平 或 临界 水 平 。 
































那 究竟 是 什么 原因 使 设备 进入 低 内 存 的 状态 呢 ? 通过 研究 Goat Simulator 的 报告 (下 方 )， 
内 存 问 题 发 生 的 原因 便 逐 渐 清 晰 了 。 第 一 张 表格 显示 了 进程 和 一 系列 与 MB 相关 的 数据 。 
App 有 15% 的 时 间 (2.5% 的 时 间 用 于 最 后 活动 的 进程 ) 在 前 台 运 行 (TOP)。 报 告 中 内 
存 数据 以 MB 为 单位 ， 并 且 有 一 定 的 格式 (总 内 存 : 低 水 平 - 平均 水 平 - 高 水 平 / 私 有 内 
存 : 低 水 平 -平均 水 平 - 高 水 平 ) : 














Per-Package Stats: 
* com.coffeestainstudios.goatsimulator / u0a82 / v915134: 
* com.coffeestainstudios.goatsimulator / u0a82 / v915134: 
TOTAL: 15% (119MB-261MB-327MB/113MB-255MB-321MB over 23) 
Top: 15% (119MB-261MB-327MB/113MB-255MB-321MB over 23) 
(Last Act): 2.5% (260MB-273MB-292MB/256MB-268MB-287MB over 3) 
(Cached): 2.7% (268MB-271MB-288MB/263MB-267MB-284MB over 7) 





内 存 性 能 | 109 


接 下 来 的 部 分 和 总 系统 内 存 表 相 似 ， 但 是 只 分 析 了 Goat Simulator 的 进程 。 首 先 ， 这 部 分 
显示 了 屏幕 打开 和 关闭 时 该 进程 在 不 同 内 存 状 态 下 运行 的 时 间 。 在 例 5-1 的 “运行 时 间 统 
计 ” 中 可 以 看 出 : 当 屏幕 关闭 时 ， 设 备 有 1 分 7 秒 的 时 间 处 于 内 存 临 界 状态 。 下 表 中 Goat 
Sinulator 在 临界 状态 下 所 运行 的 时 间 ， 即 活动 的 〈 表 TOP) 46 秒 (45 秒 940 毫秒 ) 和 最 
后 活动 的 ( 表 中 LastAct) 21 秒 (21 秒 384 写 秒 ) 相 加 所 得 的 值 : 67 秒 '。 这 同样 适用 于 屏 
幕 开启 的 情况 ,设备 处 于 临界 水 平 将 近 24 分 钟 “，Goat Simulator 在 前 台 运 行 和 结束 时 有 23 
分 钟 处 于 临 界 状态 ， 即 top ( 表 中 TOP) 和 最 后 的 登录 时 间 ( 表 中 LastAct) 相 加 所 得 的 














值 。 


这 说 明 设 备 的 内 存 状态 可 


能 和 这 个 App 的 内 存 使 用 是 有 关联 的 。 


在 例 5-2 中 ， 我 们 将 追加 一 个 内 存 使 用 以 分 析 这 个 App 的 不 同 状态 。 


例 5-2: procstats App 信息 


Multi-Package Common Processes : 


* Com。 


Summary: 


coffeestainstudios 
SOff/Norm/LastAct: 
Mod /LastAct: 

Low /LastAct: 
Crit/Top 
LastAct: 

SOn /Norm/Top 
LastAct: 

Mod /Top 
LastAct: 

CchAct : 

Low /Top 
LastAct: 

CchAct : 

Crit/Top 
LastAct: 

CchAct : 

TOTAL 


.goatsimulator / u0a82 (16 entries): 


+1m32s937ms 
+76ms 
+1s870ms 


: +45s940ms 


+21s384ms 


: +20s540ms 


+9s755ms 


: +8s70ms 


+11s263ms 
+1s571ms 


: +21s335ms 


+10s802ms 
+3m31s584ms 


: +20m0s324ms 


+2m55s742ms 
+18s8ms 


: +30m51s201ms 


PSS/USS (10 entries): 


SOff/Crit/Top 


LastAct : 


SOn /Norm/Top 
Mod /Top 


LastAct : 


Low /Top 


LastAct : 
CchAct : 


Crit/Top 


LastAct: 





注 1: 





注 3: 例 5-2 中 


例 5-2 中 SOff Crit 一 栏 中 Top 和 LastAct 的 值 。 
注 2: 例 5-1 中 运行 时 间 统 计 中 的 : Crit +23 分 52 秒 476 毫秒 。 
FP 的 Top 和 LastAct: 





SOn Crit 一 栏 


275MB 
266MB 
136MB 
174MB 
251MB 
155MB 


275MB 
266MB 
136MB 
174MB 
251MB 
201MB 


270MB 
261MB 
127MB 
167MB 
248MB 
196MB 


270MB 
261MB 
127MB 
167MB 
248MB 
242MB 


samples 
samples 
samples 
samples 


1 275MB / 270MB 
1 

1 

于 

1 samples 

2 

1 

7 


266MB / 261MB 
136MB / 127MB 
174MB / 167MB 
251MB / 248MB 
247MB / 150MB 
samples 260MB 260MB 260MB / 256MB 256MB 256MB 
samples 268MB 271MB 288MB / 263MB 267MB 284MB 
: 18 samples 119MB 279MB 327MB / 113MB 273MB 321MB 
1 samples 292MB 292MB 292MB / 287MB 287MB 287MB 


samples 


一 一 译 者 注 
一 一 译 者 注 
20 分 0 秒 324 毫秒 +2 分 55 秒 742 毫秒 =23 分 。 








| 全 A 


定 5 


we 
草 


a 





* com.coffeestainstudios.goatsimulator / u0a82 / v915134: 
TOTAL: 15% (119MB-261MB-327MB/113MB-255MB-321MB over 23) 
Top: 15% (119MB-261MB-327MB/113MB-255MB-321MB over 23) 
(Last Act): 3.8% (251MB-267MB-292MB/248MB-263MB-287MB over 4) 
(Cached): 2.7% (268MB-271MB-288MB/263MB-267MB-284MB over 7) 


<snip> 


Start time: 2015-01-23 15:38:18 
Total elapsed time: +21h33m58s23ms (partial) libart.so 


Start time: 2015-01-24 11:48:20 
Total elapsed time: +1h23m56s121ms (partial) libart.so 




















在 内 存 中 注入 一 个 对 象 时 ，Android 系统 就 会 为 此 对 象 分 配 内 存 ， 对 象 不 再 被 使 用 的 





时 候 ， 会 利用 垃圾 回收 机 制 回收 该 对 象 的 内 存 。 在 5.1.3 市 中 ,我们 已 经 讨论 过 内 存 是 
如 何 进行 清理 工作 的 ， 以 及 当 App 使 用 过 多 内 存 时 ， 内 存 回收 机 制 又 是 如 何 决策 的 。 























procstats 命令 提供 了 设备 内 存 状 态 的 相关 信息 。 在 5.1.6 市 中 ， 我 们 将 会 介绍 当 内 存 有 限 
时 ， 如 何 利用 App 的 警告 来 确保 App 可 以 持续 运行 。 





5.1.6 。 Android 内 存 警 告 


Android 系统 为 每 一 个 App 分 配 可 用 的 内 存 堆 ， 并 且 负 责 执行 垃圾 回收 (从 内 存 中 移 除 旧 
的 内 容 ) 的 任务 。 在 5.1.5 节 中 ， 可 以 看 到 procstats 的 报表 显示 内 存 正 处 于 临界 水 平 。 处 
于 运行 (或 缓存 ) 状态 的 App 会 释放 内 存 以 防止 自己 被 清理 掉 。onTrimMemory 会 显示 App 
被 缓存 在 什么 位 置 ， 以 及 如 何 释 放 内 存 ， 从 而 保证 App 不 会 被 移 除 。 如 果 App 正在 运行 ， 
并 存在 内 存 问题 ，onTrimMemory 会 发 出 以 下 警告 ; 

















TRIM_MEMORY_RUNNING_MODERATE 
首先 发 出 TRIM_MEMORY_RUNNING_MODERATE 敖 告 。 








TRIM_ MEMORY_RUNNING_LOW 
如 果 继 续 执 行 ， 将 会 发 出 TRIM_MEMORY_RUNNING_LOW 警告 ， 就 像 是 黄 灯 警示 。 这 时 系统 
会 开始 释放 资源 “来 提高 系统 性 能 。 





TRIM_ MEMORY_RUNNING_CRITICAL 

如 果 仍 然 继 续 执 行 并 且 没 有 释放 资源 ， 将 会 发 出 红 灯 警 告 : TRIM_MEMORY_RUNNING 
CRITICAL。 此 上 时， 系统 会 结束 后 台 进 程 以 获取 更 多 的 内 存 。 同 时 ， 这 将 降低 App 的 
性 能 。 





























TRIM_MEMORY_UI_HIDDEN 
当 回 调 TRIM_MEMORY_UI_HIDDEN 时 ，App 刚 从 前 台 转 为 后 台 ， 这 是 释放 大 量 UI 资源 的 大 








主 4: 释放 无 用 资源 。 一 一 译 者 注 
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好 时 机 。 此 时 App 在 缓存 的 App 列表 中 。 如 果 有 问题 ， 此 App 的 进程 将 会 被 结束 。 作 
为 一 个 后 台 程序 ， 尽 可 能 多 地 释放 资源 ， 这 样 的 恢复 会 比 纯粹 的 重启 ” 更 加 快速 。 其 中 
有 3 个 级 别 : 














。 TRIM_MEMORY_BACKGROUND 

App 处 于 列表 " 中 ,但 是 是 接近 尾部 的 位 置 "。 
。 TRIM_MEMORY_MODERATE 

App 处 于 列表 的 中 部 。* 


。 TRIM_MEMORY_COMPLETE 
这 是 “下 一 个 被 结束 的 就 是 此 App” 的 警告 。” 


在 例 5-2 (在 “Summary” 上 面 的 两 行 ) 中 ， 可 以 看 到 内 存 处 于 临界 的 时 间 ， 以 及 当 App 
从 “屏幕 上 ”最 上 层 出 发 ， 从 前 台 运 行 到 后 台 运行 ， 以 及 “最 后 活动 的 状态 ”时 ， 最 大 内 
存 使 用 量 从 327MB 降 到 292MB。 


5.2 ”Java 中 的 内 存 管 理 / 泄 露 


对 于 内 存 管理 来 说 ， 第 一 准则 永远 是 减少 内 存 中 存储 的 信息 量 。 通 过 减少 内 存 使 用 ， 内 存 
中 的 对 象 越 来 越 少 ， 被 回收 的 对 象 也 相应 减少 ， 内 存 相关 的 问题 也 越 来 越 少 ， 从 而 垃圾 回 
收 的 速度 也 越 来 越 快 。 在 本 章 的 后 面 会 介绍 多 余 的 对 象 是 怎么 影响 内 存 使 用 和 App 性 能 的 。 


尽管 在 Android 运行 时 中 内 存 是 被 管理 的 ， 但 是 开发 者 一 定 依旧 担心 内 存 是 如 何 被 使 用 的 。 
当 内 存 中 存 有 不 必要 的 对 象 时 ，Android App 就 有 可 能 发 生 内 存 泄露 。 活 动 之 间 有 意外 的 
引用 ， 或 者 其 他 链接 导致 垃圾 回收 不 停 地 回收 对 象 ， 都 可 能 引起 内 存 泄 漏 。 这 种 意外 的 引 
用 在 低 内 存 设 备 中 会 导致 内 存 不 足 ， 所 以 找到 内 存 泄露 并 解决 它们 非常 关键 。 如 有 果 在 App 
中 发 现 内 存 问题 (或 者 在 本 章 讨论 的 工具 中 看 到 出 乎 预料 的 结果 )， 那 么 有 可 能 发 生 了 内 
存 泄露 ， 一 定 要 追根 究 底 ， 发 现 并 消除 这 个 泄露 。 


5.3 ”追踪 内 存 泄露 的 工具 


前 文中 所 说 的 meminfo 工具 在 确定 是 否 有 内 存 泄露 方面 很 有 有用。 如果 来 自 meminfo 和 
Process Stats 工具 的 结果 不 尽 如 和 人意 〈 后 台 运 行 占 用 超 乎 预期 的 内 存量 或 者 内 存 使 用 意外 
地 增长 )， 还 有 更 多 工具 可 以 帮助 你 发 现 到 底 是 何 处 存在 内 存 泄 露 。 每 个 内 存 诬 露 都 有 其 


























































































































注 5: App 由 于 内 存 不 足 被 结束 后 的 重启 。 一 一 译 者 注 
注 6: 缓存 应 用 列表 。 译 者 注 

注 7: 意思 是 App 被 结束 的 风险 不 高 。 
注 8: App 有 被 结束 的 风险 。 一 一 译 者 注 

注 9: 此 时 应 该 释放 所 有 非 关 键 的 资源 从 而 恢复 应 用 的 状态 。 一 一 译 者 注 




















译 者 注 
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独特 性 ， 对 于 每 个 代码 库 来 说 ， 发 现 它们 的 路 径 也 是 不 同 的 ， 但 是 下 面 的 这 些 例子 能 给 你 


指出 一 个 正确 的 开始 方向 。 


5.3.1 Heap Dump 





内 存 当 中 ? 在 DDMS 监控 器 中 有 一 种 非常 好 的 工具 
些 问 题 。 想 要 激活 Heap Dump， 先 选择 App， 然 





在 内 存 中 ，App 到 底 使 用 了 多 少数 据 ? 在 App 运行 的 过 程 中 ， 什 么 类 型 的 文件 会 被 分 配 到 





Heap Dump， 可 以 用 来 解决 以 上 这 
后 启动 Update Heap 按钮 一 一 该 按钮 为 圆 





柱 体 ， 并 且 装 有 一 半 的 绿色 液体 (难道 是 Android 的 血液 ? )。 这 将 填充 屏幕 右 侧 的 菜单 和 
按钮 。 想 要 知道 当前 App 用 了 多 少 内 存 ， 只 需要 点 击 Cause GC 按钮 。 这 么 做 会 强制 App 
进行 垃圾 回收 ， 清 理 一 部 分 文件 。 然 后 根据 类 别 和 大 小 ， 计 算 好 剩余 的 文件 ， 并 将 它们 罗 
列 显 示 在 Heap 工具 中 (在 Nexus7 上 的 Android 5.0.2 版 本 )。 见 图 5-5。 


















































目 Devices % ol | 9 np 3 | @ Alocaton 
ET 旺 | | Wm 7 || Heap updatoe willhappen atter every GCforthisaient 


Tracker 合 Network statiotecs| 往 ' File Explorer | 国 Emulator Control 口 System Information 





Name | | 1| ID|_Heap Size| _ Allocated| 


Free| % Used| # Objects| 





va 






'ple.bigasslayout.bigassiayout |25280 8601 /1 


Display: 


us_7-07cd4c96 攻 Wine 5.02 | 22.462 | ED | CE | Cause GC 





Type 

free 

data object 
class object 


1-byte array (byte0, booleanD) 
2-byte array 人 nor charl) 
ject0, 


Count| Total Size| _ Smallest| Largest| Median| 。 Average| 



























































图 5-5: 未 优化 App 的 Heap Dump 结果 


Heap 工具 在 左 侧 列 出 了 不 同 的 设备 ， 在 右 侧 展示 了 一 张 表 格 ， 分 析 了 内 存 是 如 何 分 配 的 。 






































内 存在 App 中 是 如 何 分 配 的 〈 见 图 5-6)。 


在 表格 的 下 方 是 一 幅 条 形 图 ， 根 据 大 小 显示 了 对 象 的 数量 。 可 以 通过 研究 这 张 表格 来 了 解 





Heap updates will happen after every GC for this client 





ID| Heap Size| Allocated| Free| % Used| # Objects| 














1| 22.462 | 13.477 中 8.985 a el BL] Cause GC 





Display: [Sstats BB 
Type | Count| Total Size| Smallest| Largest Median| Average| 
y 16 B 639.891 KB 

data object 19,687 1.294 MB 16B 2.000 KB 32B 68B 
class object 30| 22.125 KB 112B 4.000 KB 416B 755B 
1-byte array (bytel[], boolean[l]) 177 5.152 MB 16 B| 417.195 KB| 16.008 KB| 29.806 KB 
2-byte array (short[], char[) 486| 35.453 KB 16 B| 1.000 KB 64B 74B 
4-byte array (object0, int0, float[) 3,101| 192.750 KB 16 B| 8.000 KB 64B 63B 
B-byte array (long[], double[) 1,001| 54.000 KB 32B 272B 32B 55B 
non-Java object 芝 504 B 24B 480 B 480 B 252B 











图 5-6: Heap Dump 表格 : 未 优化 的 App 
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这 些 是 “Is it a goat?”App 未 优化 的 结果 ， 腔 肿 的 布局 增加 了 额外 的 对 象 ， 而 且 没 有 刷 
新 主 视图 (在 设置 菜单 中 所 有 选项 都 是 有 效 的 )。 仅 屏幕 一 项 就 创建 了 22.5MB 的 堆 。 
13.7MB 的 内 存 分 配给 了 66 165 个 对 象 。 在 下 方 更 大 的 表格 中 ， 可 以 看 到 对 象 、 类 、 数 组 
分 别 用 了 多 少 内 存 。 注 意 ， 图 片 将 存储 为 字 市 数组 的 形式 ， 并 且 byte[] 被 分 配 了 最 多 的 
内 存 。 


另外 一 个 有 趣 的 特性 是 ， 此 App 会 保持 堆 容 量 的 40% 作为 空闲 内 存 ， 同 时 已 分 配 内 存 的 
大 部 分 (接近 3.5MB) 也 会 作为 空闲 内 存 。 如 果 仔 细 看 高 亮 “ 空 羡 ” 的 这 一 行 ， 你 会 发 现 
这 些 分 配 的 空闲 空间 相当 分 散 。 在 2281 个 空间 空间 中 ， 最 小 的 是 16B ， 最 大 的 是 639KB。 
而 中 位 数 是 48B ， 这 意味 着 有 一 半 (或 者 1140) 的 分 配 空闲 空间 是 超过 48B 的 。 当 新 的 对 
象 被 创建 时 ， 只 有 最 小 的 新 对 象 才能 匹配 这 些 空间 。 所 以 在 App 运行 时 ， 知 道内 存 分 配给 
了 哪些 对 象 是 非常 重要 的 。 


在 第 4 章 中 ,，“Is it a goat?”App 优化 了 各 种 各 样 的 视图 文件 。 优 化 “More Optimized 
Layout: RL” 视 图 ， 同 时 选择 “ 重 绘 主 视图 ”选项 并 取消 “创建 额外 的 对 象 ” 选 项 之 后 ， 
再 重新 运行 Heap Dump， 将 会 移 除 大 量 对 象 和 内 存 。 有 多 少 呢 ? 对 比 一 下 图 5-6 和 图 5-7 
就 知道 了 。 






































Heap updates will happen after every GC for this client 
ID| Heap Size| Allocated| Free| % Used| # Objects| 

1| 21.208 | 12.725 ] 8.483 | ee 2 
Display: 
Type Count Total Size| Smallest Largest Median Average 
free 1,911 4.300 MB 16 B 379.703 KB 64B 2.304 KB 
data object 10,576| 657.141 KB 16B 2.000 KB 32B 63B 
class object 30| 22.125 KB 112B 4.000 KB 416 B 755 B 
1-byte array (byte[], boolean[) 和 5.152 MB 16 B| 417.195 KB| 16.008 KB| 29.806 KB 
2-byte array (short0, char[) 487| 35.578 KB 16B| 1.000 KB 64B 74B 
4-byte array (object[, intl], float[) 1,880| 122.922 KB 16 B| 8.000 KB 64B 66B 
8-byte array (long[], doublell) 433| 21.188 KB 32B 272B 32B 50B 
non-Java object 2 504B 24B 480 B 480 B 252B 
































5-7: Heap Dump 表格 : 优化 过 的 App 


App 中 的 变化 有 : 视图 层次 和 过 度 绘制 大 大 缩减 。 对 象 在 运行 时 创建 ， 而 不 是 在 代码 中 。 
同时 ， 保 证 了 对 无 效 视图 进行 更 快 的 垃圾 回收 处 理 。 























观察 全 部 堆 的 大 小 发 现 ， 它 减少 了 1254KB (或 者 说 5.5%) ， 确 保 了 其 在 低 端 设备 上 的 性 
能 。 对 象 数 量 大 概 在 11 000 左右 或 者 更 低 ， 大 部 分 是 数据 对 象 ， 同 时 包括 大 量 的 4B 和 8B 
数组 。 在 5.125MB 上 的 1B 数组 没有 变化 。 图 片 存储 在 这 1B 的 数组 上 ， 所 以 每 12 张 缩 略 
图 都 存储 在 堆 的 这 个 位 置 。 在 两 个 视图 上 使 用 同一 张 图 片 ， 图 片 内 存 大 小 并 没有 变化 ， 因 
为 每 张 图 片 只 需要 在 内 存 中 分 配 一 次 (尽管 它们 在 视图 层次 上 被 使 用 多 次 )。 















































Heap Dump 工具 根据 类 型 将 内 存 的 使 用 分 类 ， 如 果 想 要 查找 内 存 问题 ， 有 时 需要 一 直 分 离 
对 象 直到 找到 内 存 问 题 。 而 Allocation Tracker 工具 将 帮助 处 理 这 一 类 型 的 问题 





5.3.2 Allocation Tracker 


想 要 在 程序 运行 时 发 现 App 分 配 了 什么 对 象 ，DDMS 中 的 Allocation Tracker (分 配 追 踪 
器 ) 是 一 个 不 错 的 选择 。Allocation Tracker 可 以 在 一 段 时 间 内 追踪 每 一 个 被 分 配 内 存 的 对 
象 。 这 是 一 个 很 好 的 方法 ， 可 以 用 来 检查 是 否 有 必要 创建 新 的 对 象 ， 因 为 创建 新 的 对 象 有 
可 能 导致 填 满 内 存 或 阻塞 泻 染 。 


按 下 Start Tracking 按钮 可 以 收集 分 配 的 列表 。 执 行 测试 ， 然 后 点 击 Get Allocations。 在 一 
段 时 间 内 创建 的 对 象 列表 和 分 配 的 内 存 将 显示 在 图 表 中 。Allocation Tracker 追踪 测试 是 累 
计 的 ， 所 以 如 果 第 二 次 点 击 Get Allocations 按钮 并 且 没 有 先 选 择 Stop Tracking 按钮 的 话 ， 
先前 的 结果 会 添加 到 第 二 次 的 测试 中 。 因 此 ， 建 议 每 次 测试 时 重新 启动 这 个 工具 。 图 5-8 
是 内 存 分 配 列表 的 一 个 例子 。 
































L 1 1 1 


Start Tracking [ Get Allocations Filter: |bigasslayout 
loc Order|Allocation Size|Allocated Class Thread ld |Allocated in v Allocated in 


64 java.lang.Stringl] com.example.bigasslayout ~ .. onCreate | | 
G4 om example bigasslavout bigassla onQraats 


44 LDCOleanll | 
4Y2Z| Jz|DOOI6anNIl | 
















四 Die.DIG .Dig rn 
Icom.exampie.Digqassiayout.Diqasslay... |ONUreate 














1 
44216 352 |com.example.bigasslayc |1 java.lang.reflect.Constructor newinstance 
24995 352 |com.example.bigasslayc |1 java.lang.reflect.Constructor newinstance 
65446 16|com.example.bigasslayc |1 com.example.bigasslayout.bigasslay... |getView 
65191 16 com.example.bigasslayc |1 com.example.bigasslayout.bigasslay... |getView 
64936 16|com.example.bigasslayc |1 com. de ee bigasslayout.bigasslay... |getView 








at com.example.bigasslayout.bigassl 
at android.app.Activity.performCreate 

at android.app.Instrumentation.callActivityOnCreatellnstrumentation.java:1105) 

at android.app.ActivityThread.performLaunchActivity(ActivityThread .java:2251) 

at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2360) 

at android.app.ActivityThread.handleRelaunchActivity(ActivityThread.java:3912) 

at android.app.ActivityThread.access$900(ActivityThread.java:144) 

at android.app.ActivityThreadSH.handleMessage(ActivityThread.java:1284) 

at android.os.HandlerdispatchMessagelHandlerjava:102) 

at android.os.Looper.loop(Looper.java:135) 

at android.app.ActivityThread.main(ActivityThread.java:5221) 

at java.lang.reflect.Method.invoke(Native Method) 

at java.lang.reflect.Method.invoke(Method.java:372) 

at com.android.internal.os.Zygotelnit$MethodAndArgsCallerrun(Zygotelnit.java:899) 
at com.android.internal.os.Zygotelnit.main(Zygotelnit.java:694) 











图 5-8: Allocation Tracker 显示 的 宛 余 创 建 的 数组 ( 另 见 彩 插 ) 


在 图 5-8 的 济 试 中 ， 我 运行 了 “Is it a goat?”App， 并 且 收 集 了 所 有 从 坚 屏 到 横 屏 再 到 坚 屏 
的 信息 。 上 图 的 表格 可 以 按照 每 一 列 进行 排序 ， 并 且 可 以 过 关 。 因 为 主要 的 activity 叫 作 














内 存 性 能 | 115 


com.bigasslayout (回忆 一 下 隐藏 着 几 个 大 驴子 图 片 的 视图 层级 ) ， 


进行 过 滤 。 仔 细 研 究 














所 以 我 将 activity 的 名 字 


结果 (通过 对 表格 的 列 进行 大 量 排 序 而 找到 的 规律 )， 发 现 每 次 旋转 





屏幕 ， 都 会 创建 3 个 数组 (string[]、iint[] 以 及 byte[])。 这 些 数组 建立 了 这 些 视图 ， 而 


且 并 没有 发 生 改 变 ， 
重复 创建 。 较 大 的 44KB 的 数组 

















所 以 应 该 将 它们 保存 为 静态 类 型 或 者 存储 在 配置 文件 里 ， 以 防止 它们 








红 框 内 ) 出 现 的 原因 是 ， 在 竖 屏 视图 显示 的 数据 比 横 屏 





( 绿 框 内 ， 每 个 数组 的 大 小 大 概 24 000B) 更 多 。 选 择 表格 的 一 行 (如 上 图 ， 选 择 表格 最 


顶部 的 String 数组 )， 


BALayout 代码 中 的 第 97 行 产 生 的 这 个 数组 〈 楼 色 框 内 )。 


这 3 个 数组 的 数据 量 六 














将 会 在 屏幕 的 底部 显示 更 为 详细 的 信息 。 在 这 个 示例 中 ， 它 显示 了 





不 是 很 大 ， 却 是 一 个 简单 的 例子 ， 可 以 用 来 说 明 如 何 创建 不 必要 的 


对 象 以 增加 内 存 的 需求 量 〈 增 加 额外 的 垃圾 回收 )， 以 及 移 除 它们 是 如 何 减少 App 的 内 存 
使 用 量 的 。 在 “Is it a goat?”App 中 ， 可 以 通过 在 设置 菜单 中 选择 “Create Objects During 
的 复 选 框 来 复制 报告 。 这 样 将 从 保存 配置 当中 移 除 这 些 数组 ， 强 制 App 每 次 旋 


Render” 








转 设备 时 重新 创建 这 些 莱 单 。 取 消 选择 这 个 复 选 框 将 允许 保存 状态 ， 


























候 ， 将 不 会 看 到 这 3 个 文件 被 重新 创建 。 


5.3.3 


增加 一 处 内 存 泄露 


在 每 次 旋转 屏幕 的 时 


我 在 “Is it a goat?”App 中 添加 了 一 个 选项 ， 这 将 会 增加 一 处 内 存 泄露 。 如 下 显示 : 


//snip 


class Iceberg{ 
static ArrayList<byte[]> iceSheet = new ArrayList<byte[]>(); 


} 


void sink(){ 
byte[] mostlyUnderwater; 
mostlyUnderwater = new byte[2048 * 1024]; 


iceSheet.add(mostlyUnderwater);//icesheet 每 次 旋转 应 增加 2MB 
Log.i("iceberg", "Captain, I think we might have hit something."); 


} 


class CancelTheWatcht{ 


} 


static Iceberg iceberg; 


//snip 
@Override 


protected void onCreate(Bundle savedInstanceState) { 
super .onCreate(savedInstanceState); 
//snip 
if (memoryLeakTF) { 
// 调 用 内 存 泄漏 类 
// 当 泰 坦 尼克 号 取消 了 时 钟 ， 
// 它 撞 到 了 一 个 冰山 …… 
CancelTheWatch NoNeed = new CancelTheWatch(); 
Iceberg theBigOne = new Iceberg(); 
NoNeed .iceberg = theBigOne; 
// 这 会 泄漏 内 存 
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<snip> 
// 下 一 行 会 快速 耗 尽 内 存 
NoNeed.iceberg.sink(); 


} 


上 文 发 生 了 两 件 事 情 。 通 过 从 Iceberg 类 中 调用 theBigone， 然 后 将 theBigone 引入 Cancel- 
TheWatch 中 的 静态 Iceberg 内 ， 静 态 类 存活 的 时 间 比 视图 存活 的 时 间 长 ， 所 以 ， 当 屏幕 旋 
转 时 ， 视 图 不 能 在 新 视图 创建 的 时 候 销 毁 ， 导 致 了 内 存 泄露 。 


Iceberg 泄露 并 不 是 很 严重 。 为 了 从 根本 上 提高 App 的 内 存 堆 ， 发 现 内 存 溢 出 的 错误 ， 
Iceberg.sink 对 象 创 建 了 2MB 字 节 (mostlyUnderwater) 的 数组 并 将 其 加 入 到 iceSheet 
的 ArrayList 中 。 在 低 内 存 设备 中 (下 面 的 例子 是 具有 Jelly Bean 版 本 的 Samsung Galaxy 
Note I )， 它 很 快 就 会 导致 月 涡 。 






























































02-03 02:10:27.650 9399-9399/<app name> D/AbsListView: 
Get MotionRecognitionManager 
02-03 02:10:31.680 9399-9399/<app name> D/dalvikvm: GC_FOR_ALLOC freed 782K, 
7% free 17078K/18311K, paused 36ms, total 38ms 
02-03 02:10:31.680 9399-9399/<app name> I/dalvikvm-heap: Grow heap (frag case) 
to 19.108MB for 2097168-byte allocation 
02-03 02:10:31.695 9399-9399/<app name> I/iceberg: 
Captain, I think we might have hit something. 
02-03 02:10:31.710 9399-9402/<app name> D/dalvikvm: GC_CONCURRENT freed 611K， 
10% free 18514K/20423K, paused 1iims+2ms, total 27ms 
02-03 02:10:31.710 9399-9399/<app name> D/daLvikvm: 
WAIT_FOR_CONCURRENT_GC blocked 11ms 
02-03 02:10:31.725 9399-9399/<app name> D/AbsListView: 
Get MotionRecognitionManager 
02-03 02:10:35.440 9399-9399/<app name> D/daLvikvm: 
GC_FOR_ALLOC freed 39K, 7% free 
19151K/20423K，paused 18ms, total 18ms 
02-03 02:10:35.445 9399-9399/<app name> I/dalvikvm-heap: 
Grow heap (frag case) to 21.132MB for 2097168-byte allocation 
02-03 02:10:35.470 9399-9399/<app name> I/iceberg: 
Captain, I think we might have hit something. 
02-03 02:10:35.470 9399-9410/<app name> D/dalvikvm: GC_FOR_ALLOC freed 7K， 
6% free 21191K/22535K, paused 24ms, total 24ms< 


上 面 的 日 志 信 息 显 示 ， 当 屏幕 旋转 两 次 时 ，App 的 内 存 发 生变 化 。 每 次 旋转 后 ， 内 存 增加 
了 2MB (从 19MB 到 21MB ) ， 堆 也 增加 了 2MB (在 02:10:31.680 以 及 2:10:35.445 中 可 以 
看 出 )。 在 堆 增 长 的 前 后 进行 了 四 次 的 垃圾 回收 。GC_FOR_ALLOC 发 生 表示 释放 内 存 ， 以 腾 
出 空间 满足 内 存 分 配 请 求 。 因 为 堆 增 长 每 次 会 暂停 系统 36 毫秒 、18 毫秒 或 者 24 毫秒 ， 所 
以 它们 会 导致 App 发 生 卡 顿 。GC_CONCURRENT 是 指 一 般 的 垃圾 回收 ， 它 会 周期 性 地 清理 对 
象 ， 其 11 毫秒 的 暂停 足以 引起 卡 顿 问题 。 























继续 旋转 屏幕 ， 内 存 也 继续 膨胀 〈 你 可 以 看 到 现在 已 经 达到 58.5MB 了 ) ， 垃 圾 回收 器 正在 
尽 一 切 可 能 阻止 内 存 溢出 的 错误 : 
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02-03 02:11:23.125 9399-9399/<app name> D/dalvikvm: GC_FOR_ALLOC freed 659K， 
7% free 57413K/61639K，paused 28ms, total 29ms 
02-03 02:11:23.130 9399-9399/<app name> I/dalvikvm-heap: 
Grow heap (frag case) to 58.498MB for 2097168-byte allocation 
02-03 02:11:23.145 9399-9399/<app name> I/iceberg: 
Captain, I think we might have hit something. 
02-03 02:11:23.160 9399-9402/<app name> D/dalvikvm: GC_CONCURRENT freed 259K， 
8% free 59202K/63751K, paused 12ms+2ms, total 27ms 
02-03 02:11:23.160 9399-9399/<app name> D/daLvikvm: 
WAIT_FOR_CONCURRENT_GC blocked 14ms 
02-03 02:11:23.175 9399-9399/<app name> D/AbsListView: 
Get MotionRecognitionManager 


02-03 02:11:28.480 9399-9399/<app name> D/dalvikvm: GC_FOR_ ALLOC freed 36K， 
7% free 59705K/63751K, paused 16ms, total 16ms 
02-03 02:11:28.480 9399-9399/<app name> I/dalvikvm-heap: Forcing collection of 
SoftReferences for 2097168-byte allocation 
02-03 02:11:28.505 9399-9399/<app name> D/dalvikvm: GC_BEFORE_ OOM freed 86K， 
% free 59624K/63751K, paused 26ms, total 26ms 
02-03 02:11:28.505 9399-9399/<app name> E/dalvikvm-heap: 
Out of memory on a 2097168-byte allocation. 
02-03 02:11:28.505 9399-9399/<app name> I/daLvikvm: 
"main" prio=5 tid=1 RUNNABLE 
02-03 02:11:28.505 9399-9399/<app name> I/daLvikvm: 
| group="main" sCount=0 dsCount=0 obj=0x418b9508 seLf=0x418a03f0 
02-03 02:11:28.505 9399-9399/<app name> I/daLvikvm: 
| sysTid=9399 nice=0 sched=0/0 cgrp=apps handle=1074749232 
02-03 02:11:28.505 9399-9399/<app name> I/dalvikvm: 
| schedstat=( 6822358884 1174852496 11100 ) utm=615 stm=67 core=3 


02-03 02:11:28.505 9399-9399/<app name> D/AndroidRuntime: Shutting down VM 
02-03 02:11:28.505 9399-9399/<app name> W/dalvikvm: threadid=1: 

thread exiting with uncaught exception (group=0x418b82a0) 
02-03 02:11:28.510 9399-9399/<app name> E/AndroidRuntime: FATAL EXCEPTION: main 


java.Lang.0utOfMemoryError 


at <app name>.BALayout$Iceberg.sink(BALayout.java:77) 
at <app name>.BALayout.onCreate(BALayout.java:234) 
at android.app.Activity.performCreate(Activity.java:5206) 





在 上 文 的 日 志 摘要 中 ，App 的 内 存 使 用 量 激增 超过 了 58MB ， 随 后 设备 出 现 了 内 存 溢出 。 
让 我 们 来 看 看 Android 为 防止 App 出 现 内 存 洪 出 的 月 江都 做 了 什么 事情 。 这 个 App 试图 

















分 配 2 097 168B 的 数组 ， 但 是 已 经 没有 空间 了 。 首 先 ，Dalvik 强制 回收 SoftReferences 








随后 给 出 了 GC_BEFORE_00M 的 警告 (这 是 在 内 存 液 
会 )， 由 于 垃圾 回收 器 不 能 为 字 节 数组 找到 一 个 可 月 


出 错误 之 前 最 后 一 次 进行 垃圾 回收 的 书 
日 的 2MB 的 内 存 块 ，App 就 朋 江 了。 





4 


» 





| 


通常 来 说 ， 只 看 日 志 的 话 内 存 泄露 不 容易 被 发 现 ， 但 是 有 一 些 专 业 的 工具 可 用 来 帮助 诊 
断 、 找 到 并 解决 内 存 汇 露 问题 。 接 下 来 ， 让 我 们 看 看 LeakCanary 和 MAT 工具 是 如 何 识别 





内 存 泄露 的 。 
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5.3.4 ”更 加 深层 次 的 堆 解 析 : MAT 和 LeakCanary 

为 了 诊断 App 在 哪里 出 现 了 内 存 泄露 ， 需 要 分 析 App 内 存 中 的 所 有 文件 。 如 果 能 找 出 需 
要 释放 的 文件 或 者 内 存 中 重复 的 文件 ， 那 么 就 可 以 在 代码 中 解决 这 些 问题 。 这 样 就 确保 
了 对 象 能 被 正确 地 释放 ， 或 者 说 确保 了 内 存 中 文件 的 复 用 (而 不 是 内 存 中 存储 多 个 重复 
的 实例 )。 


为 了 解析 App 内 存 中 的 文件 ， 需 要 在 电脑 中 保存 一 个 内 存 堆 转 储 。 在 监控 器 (装着 一 半 绿 
色 Android 液体 的 圆柱 体 ) 中 紧邻 着 Heap Dump 的 图 标 与 之 类 似 ， 但 有 一 个 向 下 的 红色 稍 
头 。 该 图 标 可 以 为 电脑 保存 堆 转 储 信息 以 便 进 行进 一 步 的 解析 。 




















已 保存 的 堆 转 储 是 Android 特有 的 格式 文件 。 要 用 其 他 工具 打开 文件 ， 必 
须要 先进 行文 件 转换 。 转 换 工 具 hprof-conv 存储 于 Android SDK 工具 目录 
下 的 : 








hprof-conv _<existing_filename> <converted_filename>_ 


如 果 你 是 从 Android Studio 的 DDMS 中 收集 的 堆 转 储 ， 那 么 就 不 需要 专门 转 
换 了 ， 因 为 在 Android Studio 的 DDMS 下 它 是 自动 转换 运行 的 。 














当 创 建 堆 转 储 的 时 候 ， 试 着 复 现 严 重 的 内 存 问题 。 如 果 可 以 控制 App 的 大 小 ， 或 者 模仿 记 
录 的 任何 行为 ， 内 存 数据 将 会 以 hprof 文件 格式 转 存 。 找 出 泄露 可 能 会 非常 棘手 ， 而 且 需 
要 一 直 采 着 工具 ， 所 以 说 泄露 越 大 ， 反 而 越 容易 被 找到 。 


为 了 解析 堆 转 储 ， 可 以 利用 Eclipse 的 内 存 分析 工 具 (MAT)。 在 2015 年 年 初 ，Square 公 
司 发 布 了 LeakCanary 一 个 使 得 MAT 的 解析 更 加 自动 化 的 开源 库 。 当 调试 时 ， 该 工具 
就 会 记录 App 的 内 存 泄露 问题 。 首 先 ， 我 们 要 了 解 如 何 运 用 MAT 发 现 内 存 泄露 ， 之 后 弄 
清 LeakCanary 是 如 何 简 化 进程 的 。 
































5.3.5 ”Eclipse 内 存 分 析 工 具 一 一 MAT 

Eclipse 的 内 存 分 析 工 具 (MAT) 就 像 它 的 名 字 一 样 : 对 内 存 堆 进 行 详细 分 析 的 工具 。 
MAT 是 Eclipse IDE 的 一 部 分 ， 但 是 如 果 Android 的 开发 迁移 到 了 Android Studio 上 ， 你 可 
以 从 Eclipse.org (https://eclipse.org/mat/) 上 面 下载 一 个 独立 的 MAT App 使 用 。 


在 MAT 中 打开 hprof 文件 时 ， 它 的 确 对 文件 做 了 一 些 处 理 ， 并 询问 你 是 否 需要 一 个 自 定义 
的 报告 。 如 有 果 正 在 查询 内 存 泄露 ， 一 般 我 会 选择 Leak Suspects 的 报告 。 它 会 显示 使 用 内 存 
最 多 的 对 象 。 一 旦 这 些 运行 起 来 ， 打 开 的 工具 上 方 就 会 出 现 很 多 标签 页 。 














MAT 工具 在 不 同 的 窗口 上 提供 了 大 量 的 数据 。 图 5-9 展示 的 是 主 视图 上 的 Overview 的 标 
签 页 。 它 显示 的 是 内 存 主要 消耗 的 人 饼 图 。 饼 图 的 每 个 区 域 代表 一 块 被 分 配 的 内 存 ， 点 击 每 
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个 区 域 将 会 看 到 这 块 区 域 的 详细 信息 。 最 大 的 内 存 块 是 灰色 的 ， 代 表 的 是 空闲 内 存 。 第 二 
大 的 内 存 块 是 Iceberg 类 (包含 2 个 字 节 数组 的 ArrayList)， 大概 占用 4MB 的 内 存 。 








i il 皇 由 洛阳 ' 旬 以 


i overview 名 BR defauttreport org.eclipse.mat.api:suspects 








Size: 41.2 MB Classes: 3.7k Objects: 193k Class Loader: 4 Unreachab 





v Biggest Objects by Retained Size 





30.5 MB 一 一 





Total: 41.2 MB 
Remainder 











5-9: MAT 概况 








正如 在 饼 图 中 Iceberg 类 呈 高 亮 状 态 ，Inspector 窗口 ( 见 图 5-10) 也 提供 了 更 多 关于 
Iceberg 类 当前 引用 对 象 的 信息 。 就 像 在 代码 中 看 到 的 一 样 ， 窗 口 同 样 展示 了 iceSheet 


ArrayList, 


























OOe® 





区 Inspector 名 
@ 0x12c0b9e0 
四 Iceberg 


记 com.example.bigasslayout.bigasslayout 
四 class java.lang.Class @ 0x70e944a0 


LC java.lang.Object 


回 dalvik.system.PathClassLoader @ 0x12c78cc0 


+D) 8 (shallow size) 


+ 29,360,496 (retained size) 
GC root: System Class 





oO 
Statics | Attributes | Class Hierarchy | Value “号 
Type Name Value 

ref BstaticOverhead .er 

ref iceSheet java.util ArrayList @ Ox12d5b540 














图 5-10: MAT 的 Inspector 窗口 


将 主 视图 从 Overview 切换 到 Leak Suspect 报告 ， 产 生 了 另 一 个 列 出 内 存 泄露 猿 想 (基于 使 


用 的 内 存 ) 的 饼 图 。 





图 5-11 显示 了 两 个 不 同 堆 转 储 的 饼 图 。 左 边 的 饼 图 是 屏幕 旋转 两 次 之 


后 的 成 果 ， 有 两 个 泄露 预测 ， 最 大 的 部 分 大 概 占用 了 27MB ( 字 市 数组 )，Java 类 大 概 占用 


6.1MB (Java 类 )。 右 边 的 


图 表 是 屏幕 旋转 多 次 之 后 的 结果 ， 字 市 数组 占用 的 内 存 大 概 是 





27MB， 但 是 Java 类 的 内 存 分 配 激 增 到 了 36MB 。 如 果 还 不 知道 内 存 证 露 的 位 置 ， 这 看 起 


来 是 一 个 很 好 的 发 现 机 会 。 





(a) 27 MB 


(b) 6.1 MB 










Total: 41.2 MB 


(a) 36 MB 










Wm 
Li 0 12.3h 


(b) 27.5 MB 
Total: 75.8 MB 








图 5-11: 两 个 内 存 堆 转 储 的 MAT 泄露 猜想 图 
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人 ( 见 图 5-12) 的 黄 框 。 在 这 个 图 中 ， 我 们 将 会 根据 
第 二 次 追踪 (多 次 屏幕 旋转 ) 继续 分 析 。 





= 四 Problem Suspect 1 





: The class "com.example.bigasslayout.bigasslayout.Iceberg", loaded by 

: "dalvik.system.PathClassLoader @ 0x1l2c78cc0", occupies 37,749,168 (47.51%) 
: bytes. The memory is accumulated in one instance of "java.lang.Object[]" loaded by " 
: <system class loader>". 


: Keywords 

| dalvik.system.PathClassLoader @ Ox12c78cc0 

: java.lang.Object[] 

! com.example.bigasslayout.bigasslayout.Iceberg 


: Details > 














5-12: MAT 泄露 猜想 


猜想 1 是 Iceberg 类 ， 在 一 个 Java 对 象 中 使 用 了 37MB (全 部 内 存 的 47%)。 点 击 详细 信 
息 的 链接 可 以 更 进一步 地 研究 猜想 的 内 容 。 








Class Name Shallow Heap Retained Heap 
Ei lang.Object[18] @ 0x13030c40 88 37,749,112 
.六 array java.util.ArrayList @ 0x12d5b540 37,749,136 





OE class com.example.bigasslayout.bigasslayout.liceberg [9 37,749,168 


了 Accumulated Objects in Dominator Tree 可 











Class Name 


hs com.example.bigasslayout.bigasslayout.Iceberg @ 0x12c0b9e0 








| “ine, util.ArrayList @ 0x12d5b540 
Ee SH lang.Object[18] @ 0x13030c40 

















hvwtref20971521 而 0x9ge1fsnn00 











图 5-13: MAT 的 泄露 视图 


在 这 种 情况 下 ， 潭 露 猜测 报告 确定 了 问题 所 在 。 在 The Shortest Path to Accumulation Point 
(在 内 存 中 对 象 引 用 的 路 径 都 保持 如 此 ) 的 视图 直 指 ArrayList iceSheet 。 当 然 ， 在 这 个 
例子 中 ， 路 径 并 不 复杂 ， 但 它 确实 有 作用 。 
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当然 也 有 一 些 巧 妙 的 内 存 信息 : 


iceSheet 有 一 个 8B 的 浅 堆 ， 同 时 有 一 个 37MB 的 保留 堆 。 


浅 堆 是 对 象 所 用 的 内 存 ， 而 保留 堆 是 对 象 和 所 有 对 象 引 用 对 象 的 内 存 (在 上 面 的 例子 中 ， 
是 18 个 2.09MB 字 节 的 数组 )。 就 像 是 树 根 在 土壤 中 紧 紧 地 抓 位 了 树干 部 分 ， 依 旧 在 内 存 
中 的 对 象 抓 住 了 它们 在 内 存 中 引用 的 所 有 其 他 对 象 。 这 很 明显 就 是 内 存 泄露 。 


很 少 有 这 么 简单 的 例子 。 如 果 汽 露 不 是 非常 明显 ， 则 需要 更 进一步 的 分 析 。 让 我 们 一 起 看 
看 MAT 中 可 以 帮助 隔离 内 存 泄 露 的 其 他 选项 。 








按 下 那个 长 得 像 条 形 图 表 ( 








图 5-14 中 ， 深 色 方 框 标记 的 地 方 ) 的 图 标 ， 一 个 内 存 分 布 








加 


就 




















会 被 创建 。 
1 总 名 司 :多 9 名 :日 -名 
i Overview |@) default_report org.eclipse.mat.api:suspects | 咱 Histogram 吕 
Class Name Objects Shallow Heap v Retained Heap 
En <Regex> <Numeric> <Numeric> <Numeric> 
好 byte0 2,155 66,782,520 >= 66,782,520 
人 charl 10,367 2,311,400 ”>= 2,311,400 
[Cc] java.lang.reflect.ArtMethod 50,860 2,034,400 >= 2,034,400 
(3 java.lang.String 44,134 1,059,216 >= 1,600,712 
(© java.lang.Stringl] 1,452 930,032 >= 1,019,712 
@ java.lang.reflect.ArtField 30,805 739,320 >= 739,320 
[Cc] java.lang.reflect.ArtMethod[] 16 615,600 >= 2,396,080 
[Cc] java.lang.ref.FinalizerReference 11,464 458,560 >= 2,799,472 
© int 6,430 375,496 >= 375,496 
@ java.lang.reflect.ArtField[] 15 347,280 >= 1,069,872 
[Cc] android.graphics.Paint 4,062 324,960 >= 325,512 
[Cc] android.widget.LinearLayout 391 225,216 >= 410,688 
[Cc] android.graphics.drawable.BitmapDrawable 2,790 200,880 >= 530,416 
@ android.graphics.Rect 7,610 182,640 >= 182,680 
(3 java.lang.Dbiect[ 3.032 175,776 >= 38,147,504 
[c] android.widget. TextView 222 147,408 >= 257,408 
( android.graphics.drawable.BitmapDrawable$BitmapState 2,532 141,792 >= 155,976 
人 Iong0 2,655 140,472 >= 140,472 
全 android.widget.CheckBox 196 136,416 >= 971,736 
(B java.utiL.HashMap$HashMapEntry 5,245 125,880 >= 304,176 
售 java.lang.ref.WeakReference 4,947 118,728 >= 119,752 
[c] android.widget.RelativeLayout 209 117,040 >= 376,312 


(© android.text.TextPaint 
B lava.lang.Class 

(3 android.widget.ImageView 

(@ java.lang.Class[] 

全 android.graphics.PorterDuffColorFilter 

[c] java.util.HashMap$HashMapEntry[] 

(android.view.Vviewl] 

侠 android.graphics.drawable.ColorDrawable 

E Total: 30 of 3,739 entries; 3,709 more 

















1,038 107,952 >= 108,416 









189 90,720 >= 203,264 

31 76,352 >= 76,352 

2,493 59,832 >= 59,832 

339 57,936 >= 364,832 

1,077 51,688 >= 51,688 

803 44,968 >= 67,912 
234,414 79,452,120 








图 5-14: MAT 分 布 图 














这 篇 报告 根据 类 分 析 了 内 存 使 用 (再 次 以 浅 堆 和 保留 堆 进 行 区 分 )。 在 图 5-14 中 ， 有 几 个 





线索 可 以 用 于 分 析 内 存 泄 露 。 
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。 byte[] (第 一 个 方 框 部 分 ) 包括 了 所 有 的 图 片 (以 及 在 iceSheet 数组 列表 中 的 所 有 项 ) 。 
66MB 比 预期 的 要 多 ， 这 是 因为 在 图 5-11 中 ， 只 有 27MB 字 节 数组 作为 图 片 。 








java.lang.0bject[] (第 二 个 方 框 


i 





部 分 ) 有 一 个 很 小 的 浅 堆 ,但 是 有 大 于 38MB 的 保留 堆 。 
java.lang.Class (第 三 个 方 框 部 分 ) 有 一 个 类 似 的 小 浅 堆 ,但 是 却 有 一 个 更 大 的 保留 堆 。 


这 些 线索 都 表示 了 小 文件 ， 但 这 些小 文件 却 又 对 其 他 对 象 有 庞大 的 引用 。 所 以 我 们 应 该 更 


进一步 研究 这 些 类 。 


如 果 在 直方 图 上 找 不 到 你 的 activity (或 者 感 兴趣 的 类 )， 点 击 顶 部 栏 的 


Regex， 然 后 就 可 以 输入 正则 表达 式 来 搜索 类 名 。 


为 了 更 仔细 地 检查 byte[] 的 对 象 列表 ， 右 击 这 一 行 ， 并 且 选 择 List Objects， 然 后 选择 


“With Incoming references”。 这 样 将 会 产生 一 个 根据 保留 堆 排 序 的 新 表格 ( 见 


S-15) 。 
































i Overview [3 default_report org.eclipse.mat.api:suspects Ml Histogram 四 list_objec 
Class Name Shallow Heap Retained Heal v 
部 <Regex> <Numeric> <Numeric> 
p 加 byte[2097152] @ 0xa17bf000 2,097,168 2,097,168 
p 加 byte[2097152] @ 0xa15be000 .. 2,097,168 2,097,168 
p 加 byte[2097152] @ 0xa13bd000 .. 2,097,168 2,097,168 
p 加 byte[2097152] @ 0xa0f0f000 .… 2,097,168 2,097,168 
p 加 byte[2097152] @ 0xa0bff000 2,097,168 2,097,168 
p 加 byte[2097152] @ 0x9f5ff000 2,097,168 2,097,168 
p 加 byte[2097152] @ Ox9f3fe000 2,097,168 2,097,168 
p 加 byte[2097152] @ Ox9f1fd000 .... 2,097,168 2,097,168 
p 四 byte[2097152] @ 0x9effc000 .... 2,097,168 2,097,168 
p 回 byte[2097152] @ Ox9edfb000 .… 2,097,168 2,097,168 
bp 加 byte[2097152] @ 0x9ebfa000 ... 2,097,168 2,097,168 
p 回 byte[2097152] @ 0x9e9f9000 ... 2,097,168 2,097,168 
p [ml byte[2097152] @ 0x9e7f8000 ... 2,097,168 2,097,168 
p 回 byte[2097152] @ 0x9e5f7000 ... 2,097,168 2,097,168 
po byte[2097152] @ 0x9e3f6000 ... 2,097,168 2,097,168 
po byte[2097152] @ 0x9e1f5000 ... 2,097,168 2,097,168 
po byte[2097152] @ Ox9dff4000 .… 2,097,168 2,097,168 
po byte[2097152] @ 0x9ddf3000 ... 2,097,168 2,097,168 
pM byte[1307600] @ 0xa1d6b000 stx.stw.stw.s 1,307,616 1,307,616 
pl byte[872356] @ 0xa1c96000 .dd.d..... 872,368 872,368 
pI byte[745332] @ 0xa08ea000 8g3.8g3.9h3.9 745,344 745,344 
"四 byte[653800] nd Ch%.Af% .<b& 653,816 653,816 








5-15: MAT 列 出 的 byte[] 的 对 象 


在 列表 的 顶部 ， 可 以 看 到 由 屏幕 旋转 得 到 的 18 个 2MB 的 数组 。 如 果 想 在 垃圾 回收 的 时 候 
找到 阻塞 的 根 对 象 ， 对 一 个 对 象 右 击 ， 并 且 选 择 “Path to GC Roots” 一 


references”( 在 垃圾 回收 的 过 程 中 ， 弱 引用 不 会 阻塞 对 象 )。 
图 5-16 所 示 。 


“excluding weak 


这 将 会 打开 一 个 新 的 窗口 ， 如 











Status: Found 1 paths. No more paths left. 


Class Name 


Shallow Heap Retained Heap 


部 <Regex> <Numeric> <Numeric> 
和 回 Uy ni 2,097,168 2,097,168 
7 各 [0] java.lang.Object[18] @ 0x13030c40 88 37,749,112 
4 array java.util.ArrayList @ 0x12d5b540 24 37,749,136 
iceSheet class com.example.bigasslayout.bigasslayout.lceberg 8 37,749,168 














图 5-16: 垃圾 回收 根部 2 字 节 数组 


垃圾 回收 根部 路 径 再 次 确认 了 icesheet 就 是 内 存 泄 露 的 罪魁 祸首 。 上 图 选择 研究 第 一 个 
字 节 数组 ， 报 告 的 第 二 行 显示 它 在 含有 18 个 元 素 的 数组 列表 的 第 0 个 位 置 。 最 后 一 行 
又 出 现 了 icesheet 的 名 字 。 我 们 再 一 次 找到 了 内 存 泄露 的 原因 。hprof 文件 保存 在 本 书 
的 GitHub 仓库 里 (https://github.com/dougsillars/HighPerformanceAndroidApps)。 我 将 追踪 
iceSheet 内 存 泄 露 的 java.lang.0bject 和 java.lang.classes 留 作 一 个 练习 ， 大 家 可 以 根 
据 与 上 面相 同 的 步骤 找到 同样 的 答案 。 











如 果 你 认为 字 节 数组 中 的 泄露 和 某 个 图 片 相 关 〈 因 为 所 有 的 图 片 都 以 字 节 
数组 的 形式 存储 在 内 存 中 )， 但 是 你 不 知道 是 什么 图 片 引起 了 了 问题， 下面 有 
方法 可 以 将 字 节 数组 转化 为 图 片 。 这 个 字 节 数组 有 一 个 android.graphics. 
bitmap 类 型 的 “mbuffer” 内 部 对 象 。 点 击 这 个 对 象 将 会 在 Inspector 视图 中 
显示 这 个 对 象 的 宽 和 高 。 然 后 右 击 这 个 字 节 数组 选择 Copy 一 “Save value to 
file” (以 扩展 名 .data+ 的 形式 保存 )。 你 可 以 用 类 似 GIMP 的 工具 打开 这 个 文 
件 ， 输 入 宽 和 高 的 值 ，GIMP 将 会 显示 出 字 节 数组 中 隐藏 的 图 片 。 



























































要 想 学 习 Android 是 如 何 处 理 内 存 分 配 ， 并 找到 方法 优化 App 的 内 存 分 配 ， 使 用 Eclipse 
MAT 是 一 个 不 错 的 方法 。 但 是 在 版 本 返 代 快速 的 时 代 ， 你 可 能 没有 时 间 学 习 和 调研 一 种 
新 的 工具 来 诊断 内 存 泄 露 。 好 在 Square 团队 开源 了 LeakCanary， 一 款 使 MAT 做 的 大 部 分 
事情 能 自动 化 输出 的 测试 工具 。 











5.3.6 LeakCanary 

Square 公司 开发 的 LeakCanary 被 用 来 减少 App 遇 到 的 内 存 泄露 错误 。 他 们 在 不 同 的 设备 
上 发 现 了 相同 的 崩溃 ， 然 后 在 MAT 上 做 了 一 些 实质 性 的 实验 来 发 掘 是 什么 引发 了 泄露 。 
这 种 方法 比较 慢 ， 而 他 们 想 要 在 发 布 给 最 终 的 用 户 之 前 找到 这 个 内 存 泄露 ，LeakCanary 
就 诞生 了 。 对 于 内 存 泄露 ， 它 就 像 是 “煤矿 中 的 金 丝 沂 ”: 在 内 存 洪 出 、 月 涡 之 前 ， 就 
可 以 嗅 出 内 存 泄露 。 自 从 使 用 了 LeakCanary，Square 公司 报告 (https://corner.squareup. 
com/2015/05/leak-canary.html) 显示 ，OOM 崩 涡 下降 了 94%。 让 我 们 一 起 看 一 下 这 个 工具 
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是 如 何 运作 的 。 


根据 Square 的 说 明 (https://github.com/square/leakcanary) ， 启 动 和 运行 LeakCanary 非常 简 
单 。 我 在 “Is this a goat?”App 上 运用 了 它 ， 并 且 放 到 了 GitHub 上 面 。 

















在 build.gradle 文件 上 添加 两 个 依赖 : 


debugCompile 'com.squareup.leakcanary:leakcanary-android:1.3.1" 
releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.3.1" 


在 “Is ita goat?”App 的 应 用 类 中 ， 添 加 如 下 : 

















//LeakCanary 引 用 监视 器 

public static RefWatcher getRefWatcher(Context context) { 
AmiAGoat application = (AmiAGoat) context.getApplicationContext(); 
return application.refWatcher; 

} 


private RefWatcher refWatcher; 


@Override public void onCreate() { 
super .onCreate(); 


// 在 App 创 建 上 - 打开 LeakCanary 




















refWatcher = LeakCanary.install(this); 


} 
然后 给 CancelTheWatch 类 和 Iceberg 类 添加 了 特定 的 引用 watcher: 


//LeakCanary 监 测 变 量 
RefWatcher wishTheyHadAWatch = AmiAGoat.getRefWatcher(this); 
wishTheyHadAWatch .watch(NoNeed); 


RefWatcher icebergWatch = AmiAGoat.getRefWatcher(this); 
icebergWatch .watch(theBigOne); 








现在 ， 当 我 运行 “Is ita goat?”App， 打 开 内 存 泄露 ， 旋 转 屏 幕 时 ， 事 情 发 生 了 。 在 短暂 的 
延迟 之 后 ，LeakCanary 输出 堆 转 储 和 相应 的 分 析 。 写 在 日 志 上 的 报告 如 下 : 




















05-25 15:43:28.283 17998-17998/<app>I/iceberg: 
Captain, I think we might have hit something. 
05-25 15:43:51.356 17998-18750/<app> D/LeakCanary: In <app>:1.0:1. 
* <app>.Iceberg has leaked: 
* GC ROOT static <app>.CancelTheWatch.iceberg 
* leaks <app>.Iceberg instance 
* Reference Key: 52614375-1531-47b1-96d7-4ec986861794 
* Device: motorola google Nexus 6 shamu 
* Android Version: 5.1 API: 22 LeakCanary: 1.3.1 
* Durations: watch=5443ms, gc=154ms, heap dump=2864ms, analysis=14302ms 
* Details: 
* Class <app>.CancelTheWatch 
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| static $staticOverhead = byte[] [id=0x12c9f9a1;length=8;size=24] 
| static iceberg = <app>.Iceberg [id=0x1317e860] 

* Instance of <app>.Iceberg 

| static $staticOverhead = byte[] [id=0x12c88e21;Length=8;size=24] 
| static iceSheet = java.util.ArrayList [id=0x12c267a0] 


这 个 跟踪 显示 了 关于 设备 的 一 切 信息 。 据 此 追踪 可 知 ，Iceberg 类 有 泄露 ， 整 个 过 程 花 费 
的 时 长 (垃圾 回收 用 了 154 毫秒 ， 收 集 堆 转 储 用 了 2 秒 ， 分 析 用 了 14 秒 ) ， 以 及 哪些 对 
象 在 类 中 引起 了 泄露 。GitHub 文档 一 步 步 地 引导 你 向 服务 器 机 群 上 报 这 些 泄露 和 堆 转 储 。 
(注意 ， 对 于 明显 的 延迟 原因 ， 内 存 泄露 应 该 在 调试 版 本 就 进行 修复 ， 这 对 内 部 测试 具有 
重大 的 意义 ! ) 最 终 ， 这 个 报告 将 会 在 设备 的 通知 栏 进行 提示 ， 并 以 一 个 叫 “Leaks”( 见 
图 5-17) 的 新 App 在 App 列表 中 出 现 。 















































和 A 团 昌 


Leaks in com.example.bigasslayout.big.. 


A 


€ Iceberg has leaked 














图 5-17: LeakCanary 截图 : 摘要 (顶部 ) 和 详情 (底部 ) 





LeakCanary 将 存储 设备 最 开始 的 7 个 泄露 ， 并 且 会 有 一 个 菜单 和 其 他 人 分 享 这 个 泄露 和 
堆 转 储 的 信息 。 在 内 部 测试 中 使 用 LeakCanary 将 帮助 你 发 现 MAT 发 现 不 了 的 内 存 泄露 问 
题 ， 快 速 定位 App 中 的 内 存 汇 露 ， 减 少 月 涡 量 ， 并 提高 App 的 性 能 。 
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5.4 小结 


直到 现在 ， 发 现 内 存 泄露 问题 的 唯一 方法 仍 是 研究 所 有 内 存 洪 出 的 月 涡 ， 并 且 利 用 MAT 
仔细 研究 内 存 引 用 的 相关 问题 。MAT 依旧 是 一 个 优秀 的 工具 。 理 解 MAT 暴露 的 内 存 链接 
是 非常 重要 的 。 然 而 ，LeakCanary 可 以 代替 不 断 使 用 的 MAT 来 测试 内 存 问题 。 


通过 仔细 研究 Android App 如 何 控制 内 存 操 作 ，App 在 内 存 受 限 的 设备 上 将 会 更 加 高 效 地 
和 运行， 内存 液 出 的 崩溃 也 会 相应 地 减少 。 限 制 对 象 并 确保 它们 有 适当 的 生命 周期 ， 可 以 降 
低 垃圾 回收 对 App UI 的 影响 ， 避 免 垃 圾 回收 阻塞 App 的 主线 程 。 最 后 ， 使 用 Allocation 
Manager、LeakCanary 以 及 MAT 等 工具 ， 可 以 识别 出 正在 泄露 内 存 的 对 象 和 类 。 





























第 6 章 


CPU 与 CPU 性 能 








在 前 面 几 章 中 ， 我 们 已 经 讲 到 了 电 字 、UI 和 内 存 管理 性 能 ， 以 及 这 些 性 能 优化 如 何 有 助 于 
减少 崩 误 和 提高 App 性 能 。 在 这 一 章 中 ， 我 们 将 继续 讨论 如 何 构建 高 性 能 的 Android App。 
我 们 将 会 介绍 Android 设备 的 一 个 重要 部 分 一 一 CPU。CPU 是 设备 的 大 脑 ， 它 用 来 处 理 所 
有 代码 ， 从 而 构建 App。 同 时 ， 如 何 合理 地 使 用 CPU 是 优化 程序 的 另 一 个 难点 。 


事实 上 ， 芯 片 供应 商 在 不 断 地 提升 芯片 的 性 能 ， 同 时 也 在 努力 解决 电池 续航 和 芯片 发 热 的 
问题 。 近 几 年 来 ，Android 设备 无 论 是 在 性 能 还 是 效率 上 ， 进 步 都 非常 迅猛。 












































过 去 儿 年 ， 四 核 、 八 核 、 十 核 CPU 在 市 场 上 越 来 越 常 见 。 不 同 于 PC (所 有 的 CPU 都 是 
相同 的 ， 而 且 可 以 计算 任何 内 容 )，ARM 构架 的 移动 世上 记 用 不 同 的 CPU 计算 不 同 的 任务 。 
ARM 称 这 样 的 必 片 设计 为 big.LITTLE， 这 很 形象 地 形容 了 它 的 工作 原理 。 当 一 个 小 型 后 
台 任 务 执行 时 (例如 检查 邮件 )， 一 个 低 功 耗 、 更 高 效 的 CPU 会 被 分 配 执行 这 个 任务 。 当 
用 户 观看 视频 或 者 玩 游戏 时 ， 高 性 能 的 核心 将 被 激活 。 通 过 将 小 型 任务 转交 给 LITTLE 处 
理 右 ， 并 且 只 用 高 性 能 CPU 运行 耗 电 任务 ， 可 以 为 设备 节省 电量 。 令 开发 者 欣慰 的 是 ， 
所 有 这 些 事情 都 由 内 核 控制 ， 内 核 会 为 你 选择 合适 的 处 理 器 。 














在 第 5 章 我 们 看 到 ， 在 自动 管理 内 存 的 环境 下 ， 我 们 仍然 可 以 对 内 存 进 行 优 化 。 同 样 ， 
我 们 不 能 假设 App 代码 会 正确 地 利用 设备 上 的 CPU。 让 App 恰当 地 使 用 CPU 是 十 分 必 
要 的 。 在 6.1 节 中 ， 我 们 会 关注 如 何 了 解 Android 设备 上 的 CPU 总 体 占用 率 和 某 个 单独 
App 的 CPU 占用 率 ， 以 及 如 何 确定 App 中 哪个 线程 或 进程 正在 大 量 占用 CPU。 我 们 会 
关注 为 什么 错误 使 用 CPU 会 阻止 这 染 ， 引 发 令 人 旦 惧 的 “应 用 无 响应 ”(Application Not 
Responding，ANR) 警告 ， 甚 至 使 App 崩溃 。 
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6.1 检测 CPU 占用 率 


让 我 们 再 从 较 宏观 的 层面 观察 ， 看 看 你 的 App 与 内 核 是 如 何 同 其 他 App 协作 使 用 CPU 的 。 
通常 ， 我 们 使 用 Linux 的 top 命令 查看 设备 的 CPU 占用 率 : 

















demo$ adb shell top -n 1 -m 10 -d 1 


User 58%, System 14%, IOW 0%, IRQ 0% 
User 157 + Nice 6 + Sys 41 + Idle 75 + IOW 1 + IRQ 0 + SIRQ 0 = 280 


运行 1 次 命令 (-n 1)， 可 以 获取 1 秒 内 (-d 1) 10 个 CPU 占用 率 最 高 的 App (-m 10)。 
我 们 看 到 ， 用 户 占用 了 58% 的 CPU， 内 核 空间 占用 了 14%。 第 二 行 显示 了 调度 器 在 状态 
间 切 换 花 费 的 时 间 ( 几 十 毫秒 ) 。 最 大 数值 可 能 是 CPU 数 的 100 倍 。 我 们 发 现 活跃 的 进程 
一 共有 280 个 ， 由 于 测试 运行 在 Nexus 6 (四 核 CPU) 上 ， 最 大 值 是 400。 


现在 ， 我 们 看 一 下 占用 率 前 十 的 App: 





PID PR CPU% S 共 THR VSS RSS PCY UID Name 
15252 1 32% 5S 16 1581536K 93324K fg u0_a109 com.example.isitagoat 
1952 0 20% 3 97 1708552K 136668K fg system system_server 
15987 2 2% R 1 4464K 1108K shell top 

2413 2 2% 9 32 1650148K 76044K fg uU0_a11 com.google.process.gapps 
3010 1 2% S 41 1810248K 179400K fg u0_a28 

com.google.android.googlequicksearchbox 

3384 1 2%5S 47 1621432K 83928K fg u0_all com.google.process.location 
2586 1 2%5S 26 1566872K 93088K fg u0_a91 com.elvison.batterywidget 
2125 0 1% 9 32 1698300K 166068K fg u0_a24 com.android.systemui 

267 1 1%R 15 227172K 17060K fg system /system/bin/surfaceflinger 
6256 1 0% S 49 1603916K 83816K fg u0_a28 


com.google.android.googlequicksearchbox 


如 上 表 所 示 , “Is it a goat?”App 占用 了 32% 的 CPU， 系 统 占用 了 20%，top 命令 占用 了 
2% ， 后 台 和 Google App 也 占用 了 一 部 分 。 在 App 运行 时 执行 这 个 操作 是 一 种 快速 、 粗 略 
的 占用 率 查看 方式 。 我 们 还 发 现 ， 这 些 App 都 有 一 个 相同 的 策略 (PCY) 一 一 fg， 这 意 

着 某 种 程度 上 ， 它 们 都 是 前 台 进 程 。 























个 好 的 开头 ， 如 果 想 要 更 深入 地 了 解 App 的 CPU 占用 率 ， 可 以 使 用 dumpsys 命令 
看 更 详细 的 信息 : 


on 


查 


adb shell dumpsys cpuinfo 


adb shell dumpsys cpuinfo 
Load: 12.28 / 11.64 / 11.56 
CPU usage from 11368ms to 4528ms ago with 99% awake: 
0.3% 1531/mediaserver: 0% user + 0.3% kernel / faults: 1093 minor 1 major 
130% 15754/com.coffeestainstudios.goatsimulator: 111% user + 19% kernel / 
faults: 130 minor 
10% 306/mdss_fb0: 0% user + 10% kernel 
9.8% 267/surfaceflinger: 4.5% user + 5.2% kernel 
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1952/system server: 1.4% user + 3% kernel / faults: 65 minor 
19261/kworker/0:1: 0% user + 0.8% kernel 
2982/com.android.phone: 0.2% user + 0.4% kernel / faults: 181 minor 
158/cfinteractive: 0% user + 0.5% kernel 
18754/kworker/u8:4: 0% user + 0.5% kernel 
205/boost_sync/0: 0% user + 0.4% kernel 


2586/com.elvison.batterywidget: 0.2% user + 0.1% kernel / 





4.5% 
0.8% 
©.7% 
0.5% 
0.5% 
0.4% 
0.4% 211/ueventd : 
0 .4% 
faults: 121 minor 
<snip> 
结果 第 


行 分 别 显 示 了 CPU 在 过 去 的 1、5、 


0.2% user + 0.1% kernel 








7 秒 内 所 有 App 的 CPU 占用 率 (由 于 空间 原因 被 截断 了 )。 你 可 以 


CPU 的 百分比 (如 果 不 止 运行 在 一 个 核 ， 


的 比例 。 





( 见 图 6- 
了 CPU 耗费 在 用 户 代码 (绿色 )、 
的 发 生 是 很 有 帮助 的 ， 你 可 以 在 屏幕 上 及 时 地 看 到 这 些 事情 的 发 生 。 











1)。 



































15 分 钟 的 平均 负载 。 之 后 显示 的 是 在 将 近 





到 每 个 App 占用 


忆 上 ， 它 可 以 超过 100%)， 以 及 用 户 态 和 内 核 态 


像 我 们 见 过 的 其 他 大 多 数 命 令 行 接口 一 样 ，cpuinfo 可 以 通过 开发 者 选项 启用 屏幕 覆盖 层 


数据 基本 和 命令 行 是 相同 的 ， 不 同 之 处 是 屏幕 顶部 会 显示 一 些 色 条 ， 它 显示 


























内 核 (红色 )、 中 断 〈 蓝 色 ) 的 时 间 。 





这 对 确定 IO 阻塞 











11.92/11.6/11.6 
com.coffeestainstudios.goatsimulator 
surfaceflinger 

com.amazon.mShop.android 
com.facebook.katana 

kworker/u8:4 

kworker/u8:3 
com.google.android.googlequicksearchbox 
com.google.android.googlequicksearchbox:search 
(eol aK: lle lrol le 

kworker/u8:6 


mdss_fb0 


system_server 
com.google.android.gms 
ksoftirqd/0 
irq/33-bw_hwmon 


kworker/1:2 
kworker/0:0 








6-1: CPU 信息 概况 


6.2 ”使 用 Systrace 分 析 CPU 


top 和 cpuinfo 可 以 提供 App 使 用 内 存 的 基本 情况 ， 但 是 我 们 仍然 需要 深入 到 CPU 核心 ， 
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观察 App 运行 时 它们 在 做 什么 。4.6.3 节 中 讨论 的 工具 有 助 于 我 们 发 现 UI 中 的 卡 顿 '。 我 们 
也 可 以 用 Systrace 分 析 为 什么 CPU 可 以 阻塞 党 染 并 且 引 起 掉 帧 和 卡 顿 。 当 我 们 观察 UI 的 
时 候 ， 这 些 线条 就 会 隐藏 起 来 。 接 下 来 ， 让 我 们 进一步 观察 它们 。 这 一 章 中 描述 的 轨迹 都 
可 以 在 本 书 的 GitHub 仓库 (https://github.com/dougsillars/HighPerformanceAndroidApps) 中 
找到 (轨迹 4 没有 发 生 卡 顿 ， 轨迹 7 发 生 了 卡 顿 )。 


在 所 有 Systrace 的 顶部 (与 图 4-22 类 似 )， 都 可 以 看 到 每 一 个 CPU 核心 的 使 用 情况 ( 见 图 
6-2)。 
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图 6-2: 没有 卡 顿 的 Systrace 视图 





当 我 用 Systrace 分 析 “Is it a goat?”App 中 的 常规 视图 时 ，CPU0 和 CPU1 都 显示 被 
占用 。 但 这 些 大 量 的 计算 都 很 迅速 ， 并 且 没 有 阻塞 UI。 视 图 创建 的 时 间 非 常平 均 ， 
SurfaceFLinger 和 我 们 预想 的 一 样 ， 每 16 毫秒 就 把 视图 发 送 给 GPU。 在 这 两 行 CPU 计算 
中 ， 每 一 条 色 带 表示 一 个 App。 你 可 以 在 底部 的 菜单 中 选中 它们 ， 或 者 放大 来 查看 和 它们 
关联 的 程序 名 字 〈 见 图 6-3) 。 
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图 6-3: Systrace 的 CPU 视图 ( 另 见 彩 插 ) 





注意 ， 图 6-3 的 时 间 轴 总 共 只 有 3.5 毫秒 (最 大 的 tick 是 0.5 毫秒 ， 最 小 的 只 有 0.1 毫秒 )。 
我 们 可 以 看 到 CPU 在 这 么 短 的 时 间 内 执行 的 操作 (通过 颜色 ) : 








注 1: Android 开发 团队 在 Android 4.1 黄油 计划 中 提 到 ， 当 VSYNC 信号 发 出 时 ，CPU 还 没准 备 好 泻 染 下 一 
帧 ， 这 种 情况 被 称 为 卡 顿 。 一 一 译 者 注 
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。 紫色 的 是 “Is ita goat?”App 

。 蓝 色 的 是 RenderThread 

。 砖 红 色 的 是 SurfaceFLinger 

。 还 有 其 他 占用 时 间 很 短 的 进程 〈 很 多 在 图 中 仅 表现 为 一 条 坚 线 ) 























仔细 看 图 6-3， 你 会 发 现 RenderThread 和 utbigasslayonut 的 线条 在 轨迹 中 间 某 些 地 方 变 得 更 
Ts sh 屏幕 改变 滚动 的 方向 。 











在 下 一 个 Systrace 示例 中 ， 我 加 入 了 斐 波 那 契 数列 计算 。 第 5 次 和 第 10 次 的 计算 量 非常 
大 ， 以 至 于 造成 了 滑动 时 严重 掉 帧 。 计 算 图 6-4 的 时 长 要 大 于 图 6-3， 但 是 浑 染 的 视图 却 
更 少 。 在 最 初 的 100 毫秒 内 ， 没 有 卡 顿 发 生 ， 一 切 运行 正常 。 但 是 从 大 约 150 毫秒 开始 ， 
UI 因为 计算 8 位 数 的 辈 波 那 契 数列 开始 变 得 卡 顿 。 由 于 “Is it a goat?”App 忙于 处 理 大 量 
计算 ，CPU0 (和 后 来 的 CPU2) 变 成 了 紫红 色 。App 一 直 停 留 在 绿色 的 obtainView 状态 
因为 其 一 直 在 尝试 演 染 视图 。 
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图 6-4: 有 卡 顿 的 Systrace 视图 ( 另 见 彩 插 ) 








如 果 把 图 6-4 中 的 绿色 长 条 obtainView 放大 看 ， 你 人 同 的 线 。 图 
6-5 中 ， 我 们 看 这 段 15 毫秒 的 轨迹 ， 在 绿色 的 obtainView (最 下 面 的 一 行 ) 上 面 ， 有 深 绿 
色 和 蓝 色 的 指示 条 。 这 些 指示 条 表示 了 CPU 现在 所 处 的 状态 。 和 
绪 状 态 ， 绿 色 表 明 App 正在 使 用 CPU。 那 两 条 竖 线 之 间 代表 紫红 色 程序 占用 CPU 的 精确 时 
间 。Systrace 显示 ， 在 obtainView 阻塞 App 更 新 界面 的 时 候 ， 有 成 百 的 小 进程 在 运行 。 由 此 
看 来 ， 当 UI 被 阻塞 时 ， 也 有 可 能 是 因为 另 一 个 更 复杂 的 App 里 面 的 线程 阻塞 了 UI 演 染 。 
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图 6-5: 在 Systrace 中 的 App 的 CPU 状态 图 
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知道 了 有 一 个 进程 正在 阻塞 演 染 后 ， 我 们 现在 可 以 使 用 Traceview App 更 深入 地 诊断 问题 。 
Traceview 有 两 种 模式 ， 它 们 用 不 同 的 方式 显示 相同 的 信息 。 同 时 讨论 两 个 工具 是 很 有 必 
要 的 ， 因 为 你 可 能 更 受用 于 其 中 一 个 。 





























6.3 Traceview (遗留 的 监视 器 DDMS 工 具 ) 


如 果 你 看 过 Android CPU 优化 的 视频 ， 就 应 该 见 过 这 个 工具 。 它 诞生 于 Android 初期 ， 直 
到 现在 它 的 实用 性 仍然 是 无 与 伦比 的 。Android Studio 的 用 户 可 以 在 SDK 的 Monitor 工具 
中 轻松 地 找到 它 。 你 可 以 通过 选择 App， 单 击 一 个 由 三 条 水 平 线 和 一 个 白 点 (还 有 一 个 红 
点 ) 组 成 的 图 标 6-6 上 方 的 方 框 内 ) 来 使 用 它 。 然 后 它 会 弹出 一 个 对 话 框 ， 请 你 选 
择 轨 迹 的 类 型 。 第 一 个 选项 可 以 在 每 x 毫秒 (默认 1000 微 秒 ) 对 VM 正在 运行 的 所 有 进 
程 采样 。 0 CPU 性 能 有 限 的 设备 上 的 最 佳 方案 ， 你 还 可 以 采集 一 段 更 长 时 间 的 轨迹 。 
在 这 个 示例 中 ， 我 们 已 经 选择 了 第 二 个 选项 ， 把 每 一 个 方法 的 起 始 和 结束 都 记录 下 来 。 但 
这 样 会 带 来 更 大 的 额外 开销 ， 甚 至 在 性 能 最 强劲 的 设备 上 也 会 增加 App 的 延迟 (这 一 节 中 
的 轨迹 来 自 于 Nexus 6 5.0.1 ) 。 
























































Dovices 3 | 和 
Name 
了 国 motorola-nexus_6-NP5B290157 [or 1 1 
com.example.bigasslayout.bigasslayout “|6692 8600 / 8700 
@OO Profiling Options 





OO sample based profiling 


Sample based profiling works by interrupting the VM at a given frequency and 
collecting the call stacks at that time. The overhead is proportional to the 
sampling frequency. 

Sampling frequency (microseconds): 








©@ Trace based profiling 


Trace based profiling works by tracing the entry and exit of every method. 
This captures the execution of all methods, no matter how small, and hence 
has a high overhead. 























6-6: 启动 Traceview 








打开 了 Traceview 之 后 ， 运 行 你 要 测试 的 App， 再 次 点 击 相同 的 按钮 来 停止 测试 。 过 一 
会 ，DDMS 窗口 中 间 会 显示 一 条 轨迹 。 每 个 线程 都 会 在 顶部 单独 显示 一 行 (比如 “Is it a 
goat?”App， 它 只 有 主线 程 ) 。 每 个 方法 都 用 不 同 的 颜色 标记 了 (这 一 点 放 到 最 大 的 时 候 可 
以 看 到 ， 方 法 的 开始 和 结束 都 是 黑色 线条 ) 。 见 图 6-7。 
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6-7: Traceview 概况 图 





图 6-7 中 ，Traceview 下 方 的 图 表 列 举 了 所 有 方法 ， 你 可 以 看 到 每 个 方法 分 别 是 由 哪 
个 方法 调用 的 ， 以 及 它 调 用 了 哪个 方法 。 图 6-7 是 “Is it a goat?”App 正常 操作 下 的 
Traceview 分 析 图 。 图 中 标记 了 方法 15 (android.os.MessageQueue.nativePoLLOnce)， 它 由 
MessageQueue.next 调用 ， 还 调用 了 分 发 DisplayEvents 和 InputEvents 的 方法 。 下 面 列 出 
了 几 种 调用 方法 占用 CPU 的 方式 。 






































。 JInclusive CPU Time 
花费 CPU 的 时 间 ， 包 括 其 中 调用 其 他 方法 的 CPU 时 间 。 














。 Exclusive CPU Time 
花费 CPU 的 时 间 ， 不 包括 其 中 调用 其 他 方法 的 时 间 。 





。 Inclusive Real Time 


实际 花费 的 时 间 ， 包 括 其 中 调用 其 他 方法 的 时 间 〈 对 比 仅仅 花费 CPU 时 间 )。 





。 Exclusive Real Time 


实际 花费 的 时 间 ， 不 包括 其 中 调用 其 他 方法 的 时 间 (对 比 仅仅 花费 CPU 时 间 )。 














。 _ Calls + Recursive Calls/Total Calls 
可 


总 调用 次 数 。 





。 CPU Time/Call 
平均 每 次 调用 花费 的 CPU 时 间 。 


。 Real Time/Call 
平均 每 次 调用 花费 的 实际 时 间 。 





注 2: CPU Time 和 Real Time 的 区 别 是 ，CPU Time 是 CPU 执行 方法 本 身 代码 花费 的 时 间 , 但 在 实际 过 程 中 ， 
CPU 可 能 由 于 某 些 原 因 (比如 上 下 文 切换 、 垃 圾 回收 等 )， 消 耗 额外 的 时 间 。Real Time 指 的 是 从 方法 
调用 开始 ， 到 方法 返回 的 时 间 。 在 这 个 例子 中 ，92.5% 的 时 间 都 花费 在 了 上 下 文 切 换 上 。 一 一 译 者 注 
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“Calls” 列 显示 每 个 方法 被 调用 了 多 少 次 。 方 法 15 被 调用 了 240 次 。 它 还 调用 了 方法 138 
一 共 15 次 (并 且 是 方法 138 的 唯一 调用 者 )。 它 调用 了 方法 49 一 共 3 次 〈 甚 他 方法 调用 
了 方法 49 共 27 次 )。 方 法 15 本 身 占 用 了 CPU 188.924 毫秒 ， 总 共 204.151 毫秒 (因为 调 
用 方法 138 消耗 了 14.8 毫秒 ) 。 每 次 调用 方法 平均 花费 CPU 0.851 毫秒 ， 实 时 CPU 时 间 是 
15.087 毫秒 。 


当 你 选中 了 任何 一 行 (比如 第 15 行 )， 在 Traceview 中 会 高 亮 显 示 该 方法 的 每 一 次 调用 。 
换 一 种 方式 ， 如 果 你 在 图 中 单 击 方法 15 被 调用 的 地 方 ， 也 可 以 看 到 同样 的 现象 。 在 图 6-7 
中 大 约 2100 毫秒 的 地 方 ， 可 以 看 到 一 次 深 色 方 框 内 的 调用 。Traceview 用 在 一 个 空 架 子 上 
加 一 个 深 灰 色 条 的 方式 来 突出 方法 。 因 为 这 个 方法 是 演 染 视图 的 一 部 分 ， 所 以 这 个 方法 最 
好 在 少 于 16 毫秒 的 时 间 内 完成 。 我 们 仔细 观察 500 毫秒 内 ， 每 一 帧 的 绘制 过 程 都 调用 了 
该 方法 (图 6-8 高 亮 显示 了 方法 15 的 每 次 调用 )。 
























































msec: 1,031.669 
15 android.os.MessageQueue.nativePollDnce (J)V 
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6-8: 放大 图 6-7 的 高 亮 方 法 ，Traceview 显示 它 每 隔 17 毫秒 调用 一 次 


现在 我 们 已 经 知道 怎么 用 Traceview 分 析 App 的 性 能 了 ， 我 们 看 一 下 在 “Is it a goat?”App 
打开 韭 波 那 女 计数 器 的 情况 下 ，Traceview 的 性 能 参数 。 如 图 6-9 所 示 ， 两 者 的 不 同 是 显 而 
易 见 的 。 
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6-9: 开启 斐 波 那 契 计算 的 “ls it a goat?”App 的 Traceview 视图 

在 11 600~12 250 秒 内 ， 递 归 的 斐 波 那 契 数列 计算 完全 占据 了 主线 程 ， 在 Traceview 中 的 黑 
线 已 经 变 得 非常 密集 。 这 种 情况 下 ， 我 已 经 选中 了 斐 波 那 契 进程 ， 每 一 次 调用 都 在 图 6-9 
中 显示 出 来 。 就 像 我 们 在 Systrace 中 看 到 的 一 样 ， 这 些 调 用 阻塞 了 这 个 App 的 所 有 其 他 方 
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16 毫秒 周期 一 这 意味 着 没有 卡 顿 发 生 。 


从 Traceview 下 方 的 图 表 可 知 ， 斐 波 那 契 方 法 被 调用 了 19 次 。 由 于 这 是 一 个 递归 方法 ， 所 
以 它 在 这 个 过 程 中 还 调用 了 自身 16 280 次 (红色 方 框 内 放大 的 文字 )。 整 个 轨迹 大 概 有 19 
秒 ， 但 是 近 17 秒 的 时 间 都 花费 在 了 这 个 方法 上 。 如 有 果 我 们 真 的 需要 为 数据 提供 一 个 斐 波 
那 契 数 ， 需 要 用 一 个 更 快 、CPU 开销 更 小 的 方法 。 

















6.4 Traceview (Android Studio ) 


Android Studio 0.2.10 版 本 引入 了 一 个 新 的 Traceview， 替 换 了 6.3 节 中 讲 到 的 DDMS/ 
Monitor Traceview。 新 的 Traceview 使 用 火焰 图 (flamecharts) 显示 轨迹 。 在 Traceview 的 
Monitor 版 本 中 ， 我 们 可 以 很 清楚 地 看 到 一 个 方法 的 直接 调用 关系 ， 但 是 间接 一 级 的 调用 
(或 者 其 他 更 深层 次 的 关联 ) 就 很 难 辨别 了 ， 除 非 非常 深入 地 研究 这 个 图 表 。 火 焰 图 不 仅 
在 水 平 轴 上 显示 了 每 次 方法 或 进程 需要 的 时 间 ， 还 在 纵 轴 上 显示 了 所 有 的 调用 层次 。 这 使 
方法 之 间 的 相互 作用 具有 更 好 的 可 读 性 。 



































在 Android Studio 上 执行 轨迹 录制 非常 容易 。 与 DDMS 中 的 红 点 图 标 不 同 ，Android Studio 
上 的 图 标 是 一 个 秒表 。 点 击 秒表 ，Traceview 就 开始 了 。 运 行 轨 迹 ， 再 单 击 一 次 秒表 ， 轨 
迹 就 会 停止 〈 新 版 本 中 没有 更 改 采 样 率 的 选项 了 )。Traceview 会 在 Android Studio 的 主 界 
面 上 显示 。 可 以 看 到 ， 这 与 之 前 的 Traceview 截然 不 同 ( 见 图 6-10)。 
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6-10: Traceview 火焰 概况 图 





在 原始 的 Traceview 中 ， 查 找 方 法 的 直接 调用 关系 已 经 在 图 表 中 做 好 了 。 现 在 ,调用 者 在 
上 方 显示 ， 被 调用 者 在 下 方 显示 。 每 个 方法 的 水 平 条 表示 调用 这 个 方法 花费 的 时 间 。 每 个 
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线程 是 分 离 的 〈 我 们 可 以 在 顶部 的 下 拉 菜 单 中 查看 ) 。 线 程 被 标记 为 红色 、 橙 色 、 黄 色 和 


绿色 (依次 从 慢 到 快 )。 








以 及 大 量 的 依赖 ( 方 框 中 )。 





go I 0 se 在 第 二 行 
中 ， 有 一 个 高 级 方法 MessageQueue.next 方法 。 
队 ， 并 等 待 每 个 视图 给 < 图 片 中 放大 的 椭 
这 些 都 是 当 你 滑动 至 


这 个 方法 有 大 量 的 调用 ， 因 为 它 负 责 排 
圆 高 亮 显 示 了 一 系列 普通 方法 的 根 方法 ， 
1 列表 底部 时 ， 反 弹 动 画 的 普通 调用 。 放 











大 的 区 域 显 示 ， 橙 色 的 MessageQueue.next 在 每 一 帧 动画 之 间 执 行 。 


GoatList 方法 在 “Is it a goat?”App 的 每 一 行 都 有 显示 。 我 们 可 以 通过 查找 方法 快速 地 在 
火焰 图 中 定位 GoatList。 在 图 6-11 中 ， 蓝 色 高 亮 














共有 8 处 )。 





的 长 条 表示 GoatList 方法 被 调用 (图 中 
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2 methods, 43 instances 
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android. view. View. dispatchPointerEvent 


android.app. Activity. dispatchTouchEvent 


android.view. ViewCroup. dispatch TouchEvent 
android-view ViewCroup. dispatch TouchEvent 
android. view. ViewGroup. dispatch TouchEvent 


android. view. ViewGroup. dispatch TouchEvent 





android.view. ViewGroup. dispatchTouchEvent 
android. view. ViewGroup. dispatchTouchEvent 


android. view. ViewCroup. dispatchTouchEvent 
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2.35 = android 一 一 一 一 utEvent android. view.Choreographer.doframe 
android EN aaTGIGTWIEWLCRGTEO9apREF doC albacks 
android. view.ChoreographerSCalbackRecord.run 
android. widget-AbsListViewSFingRunnable.run 
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6-11: Android Studio 的 Traceview GoatList 过 


仔细 看 图 6-11， 我 们 发 现 一 件 很 有 趣 的 








居 情 ，GoatList 在 两 个 不 同 的 上 下 文中 被 调用 ( 根 





据 纵 轴 的 位 置 )。 通 过 将 视图 从 上 端 滑动 到 底部 ， 在 “ 慢 XML” 视 图 中 会 生成 这 段 轨 
迹 。 有 四 个 GoatList 视图 在 触摸 事件 (左边 方 框 内 ) 正 表 示 “ 清 动 ”时 被 创建 。 后 四 个 
GoatList 在 我 的 手指 离开 (图像 中 心 ) 之 后 快速 请 动 时 被 创建 。 当 视图 滑动 到 底部 时 ， 我 








们 可 以 在 右边 方 框 中 看 见 反 弹 动画 的 开始 。 























在 第 4 章 中 ， 我 们 使 用 了 Hierarchy Viewer 阅 释 了 平面 视图 层次 的 重要 性 。 我 们 也 可 以 在 
Traceview 中 作 相似 的 分 析 。 在 图 6-12 的 两 张 截图 中 ， 上 面 是 “ 慢 XML”， 下 面 是 它 的 最 
优 布局 。 这 两 张 图 的 时 间 轴 缩放 是 相同 的 ， 但 是 很 明显 ， 下 面 的 视图 (更 优化 的 布局 ) 填 
充 视 图 更 快 (26 毫秒 比 40 毫秒 ) 。 尽 管 两 张 截图 类 似 ， 但 在 慢 XML 中 ， 演 染 每 一 项 花费 
的 时 间 和 竖 直 的 尖峰 数量 都 要 更 多 。 对 两 种 布局 来 说 ， 顶 部 视图 的 这 染 是 很 类 似 的 ， 火 
焰 图 也 体现 出 了 相似 的 形状 ( 方 框 @ 中 )。 这 个 视图 创建 时 花费 时 间 最 长 的 是 添加 复 选 框 
( 方 框 @)， 因 为 它 有 两 种 可 能 的 状态 ， 并 且 它 在 状态 切换 的 时 候 还 有 一 个 动画 。 




































































图 6-12: Android Studio 的 Traceview GoatList 比较 图 (顶部 ) ;“ 慢 XML” 视 图 (底部 ) : 最 大 优 
化 视图 


在 GoatList 演 染 完成 后 ， 由 于 需要 检查 复 选 框 的 状态 ， 接 下 来 还 有 一 系列 需要 执行 的 指令 
( 蓝 色 方 框 中 )。 对 于 那些 “不 是 山羊 ”的 行 (未 勾 选 状态 )， 就 不 需要 花费 这 5~6 毫秒 的 时 
间 。 在 这 个 App 中 ,一 共有 10 个 勾 选 的 行 (山羊 )，3 个 未 勾 选 的 行 (不 是 山羊 )。 最 初 写 
这 个 App 的 时 候 ， 我 把 13 个 复 选 框 全 设置 为 选中 ,然后 取消 “不 是 山羊 ”的 那 三 行 。 然 
而 ， 我 发 现 ，Traceview 实际 上 将 每 个 复 选 框 都 设置 为 选中 状态 (然后 再 以 编程 的 方式 取消 
选中 )， 这 给 每 个 复 选 框 都 增加 了 “选中 时 间 ”， 也 就 增加 了 GoatList 填充 布局 的 时 间 。 根 
据 Traceview 的 提示 ， 我 把 它 改 为 只 检查 那些 “是 山羊 ”的 行 (这 样 做 也 是 必需 的 )。 
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现在 ， 我 们 再 来 看 看 开局 递归 的 斐 波 那 契 数 列 计算 会 发 生 什 么 ， 如 图 6-13 所 示 。 









































图 6-13: Android Studio 开启 斐 波 那 契 延迟 的 Traceview GoatList 图 ( 另 见 彩 插 ) 





采集 这 段 轨 迹 真 是 太 艰难 了 ， 因 为 Traceview 和 递归 斐 波 那 契 数列 计算 的 开销 导致 我 的 设 
备 出 现 了 “无 响应 ”错误 。 仔 细 看 图 6-13， 每 一 组 火焰 表示 一 行 被 绘制 的 过 程 (图 中 至 少 
有 3 组 ， 蓝 色 高 亮 的 GoatList 方法 在 每 一 组 上 方 )。 填 充 视图 的 过 程 在 每 一 行 都 发 生 ( 蓝 
色 的 方 框 中 显示 的 就 是 其 中 一 次 )， 但 是 辈 波 那 契 数列 计算 迫使 60atList 方法 挂 起 以 执行 
这 些 计算 (Traceview 用 红色 标记 了 这 些 导致 App 变 慢 的 计算 )。 


当 进 行 多 线程 测试 的 时 候 ， 我 们 可 以 轻松 地 比较 特定 时 间 内 的 Traceview 图 表 来 了 解 各 个 
线程 的 状态 。 然 而 ，Android Studio 提供 的 Traceview 版 本 具有 更 好 的 兼容 性 ， 在 查看 特定 
时 间 内 线程 使 用 CPU 的 情况 时 有 更 好 的 表现 。 


6.5 ”其 他 优化 工具 


高 通 提供 了 一 款 免 费 App 一 一 Trepn。 通 过 这 款 软件 ， 你 可 以 查看 内 存 、CPU、 电 量 、 网 络 
和 其 他 特性 。 在 测试 App 时 ， 它 可 以 在 屏幕 的 全 加 层 上 显示 这 些 信息 。 如 果 电 话 配备 了 高 
通 处 理 器 ， 还 可 以 在 测试 时 查看 GPU 使 用 情况 。 这 些 数 据 可 以 导出 为 CSV 或 数据 库 以 供 
后 续 分 析 。 然 而 ， 这 些 报告 都 是 独立 统计 的 ， 所 以 快速 地 比较 CSV 中 的 数据 仍然 是 一 件 
不 容易 的 事情 一 一 最 好 将 它们 导入 分 析 工 具 。 


6-14 所 示 的 方法 可 直观 地 查看 CPU 的 使 用 情况 。 












































Q "Or "4 自 9:07 


ls it a goat? 5 


Timeto Load List (ms):9 
Slow Xml, Fibonacci not used, mainView Invalidated, No Extra 
objects, No memory leak 


Mobile Data State 








Goat? 


CPUO Frequency 


http://bit.ly/1zfqTym 


EN、 Goat? 


http://bit.ly/1AWSOpf 
| Goat? CPU2 Frequency 


httpathit.ly/1sUIPNI 
Goat? 























图 6-14: Trepn 描绘 的 CPU 概况 图 


6.6 小 结 


本 章 中 讲解 的 工具 都 是 免费 的 ， 并 且 为 发 现 内 存 和 CPU 使 用 中 的 问题 提供 了 大 量 信息 。 
减少 CPU 使 用 ， 会 让 SurfaceFlinger 和 帧 缓存 确保 每 16 宣 秒 生成 一 帧 ， 从 而 提供 流畅 的 
体验 ， 同 时 也 帮助 你 节省 内 存 和 电量 。 
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第 7 章 


网 络 性 能 





智能 手机 最 重大 的 改革 之 一 就 是 将 人 类 所 有 的 知识 存储 到 这 个 可 以 装 进口 袋 的 设备 中 。 它 
可 以 帮助 我 们 解答 一 些 可 能 会 被 问 到 的 重要 问题 。 例 如 ,“ 和 爸爸 ， 长 颈 鹿 的 声音 是 什么 样 
的 呢 ? ”我 们 也 可 以 用 它 与 世界 各 地 的 陌生 人 下 横 或 者 玩 其 他 类 型 的 游戏 。 





随 着 网 络 吞 吐 量 需求 的 增长 ， 我 们 听 说 了 各 种 言论 ， 这 些 言论 主要 关于 更 快 、 更 安全 的 网 
络 是 如 何 将 信息 存放 得 离 我 们 更 近 的 。 在 这 里 ， 我 将 打破 幻想 泡沫 。 尽 管 更 新 、 更 快 的 网 
络 已 经 来 临 ， 但 是 距离 4G 网 络 的 广泛 使 用 还 需要 几 十 年 的 时 间 。 在 此 期 间 ， 我 们 可 以 重 
点 关注 以 下 三 点 : 第 一 ，App 使 用 现 有 网 络 的 方式 ;第 二 ， 网 络 的 使 用 对 于 App 运行 的 
重要 性 ， 第 三 ， 网 络 对 于 设备 电池 的 影响 。 正 如 我 们 在 第 3 章 中 得 出 的 结论 : 蜂窝 无 线 网 
络 、Wi-Fi、 览 牙 这 类 方便 信息 交流 的 无 线 电 也 是 导致 电量 耗损 的 主要 因素 。 最 大 地 优化 设 
备 中 的 网 络 性 能 可 以 使 App 更 快 地 运行 ， 同 时 减少 消耗 的 电量 。 


在 这 一 章 中 ， 我 们 将 讨论 以 下 三 个 问题 : 移动 设备 使 用 的 不 同 无 线 信 号 的 差异 ， 用 来 分 析 
App 中 网 络 使 用 情况 的 工具 ， 一 些 可 以 取得 巨大 进步 的 简单 的 修改 技巧 。 我 们 将 研究 如 何 
在 不 同 网 络 环境 中 测试 App (因为 现在 世界 上 大 部 分 地 区 覆盖 的 还 是 2G 和 3G 网 络 ， 必 
须 确 保 App 可 以 在 这 些 环境 中 运行 )， 最 后 看 一 下 设备 上 的 其 他 无 线 电 : 蓝牙 、 和 手表 等 外 
设 间 的 通信 和 GPS 定位 扫描 。 首 先 ， 我 们 来 看 一 下 这 些 无 线 电 是 如 何 工作 的 ， 然 后 列 出 一 
些 可 以 最 大 化 其 使 用 性 能 的 方法 。 


7.1 Wi-Fi 与 蜂窝 无 线 电 


无 线 网 络 对 比 蜂窝 无 线 电 ? 与 互联 网 的 连接 仅仅 就 是 与 互联 网 的 连接 吗 ? 事实 上 ， 这 两 种 
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无 线 电 的 连接 方式 有 很 大 的 不 同 ， 根 据 App 需要 的 数据 量 ， 你 可 能 想 建构 两 种 不 同 的 模型 
来 进行 内 容 下 载 : 一 种 是 蜂窝 无 线 电 ， 另 一 种 就 是 Wi-Fi。 





当 连 接 互 联网 的 时 候 ， 有 两 个 连接 的 属性 会 限制 性 能 : 带宽 (管道 的 大 小 ) 和 延迟 (管道 
的 长 度 或 者 管道 的 拥挤 程度 )。 接 下 来 看 一 下 不 同 的 无 线 连 接 是 如 何 影响 这 两 个 属性 的 ， 
以 及 在 Android 能 耗 统计 文件 ( 见 3.3.1 节 ) 中 的 功 耗 值 差不多 的 情况 下 ， 当 蜂窝 比 Wi-Fi 
活跃 时 ， 蜂 窝 无 线 电 是 如 何 消 耗 更 多 电量 的 。 











7.1.1 Wi-Fi 


Wi-Fi 连接 (在 理想 条 件 下 ) 吞吐 量 比较 大 ， 是 一 种 低 延 迟 的 连接 ， 而 且 通 常 是 不 计 费 的 
(意味 着 使 用 Wi-Fi 网 络 没有 附加 成 本 )。 之 所 以 加 上 “理想 条 件 ”， 是 因为 你 很 少 处 在 理想 
的 无 线 网 络 环境 中 。 因 为 Wi-Fi 网 络 使 用 相同 的 频率 ， 所 以 拥有 多 重 Wi-Fi 网 络 的 区 域 将 
会 交合 着 有 限 的 频率 ， 导 致 所 有 网 络 共享 带宽 。 












































段 设 有 一 个 没有 带宽 问题 的 Wi-Fi 连接 并 且 可 以 很 好 地 连接 到 Android 手机 上 。 当 App 试 
图 建立 一 个 Wi-Fi 网 络 连接 的 时 候 ， 会 有 一 段 非 常 短 的 延迟 。 当 这 种 连接 被 建立 的 时 候 ， 
无 线 电 将 处 于 高 功率 状态 。 一 旦 数据 发 生 转 换 ， 无 线 将 会 停止 使 用 。 打 开 和 关闭 无 线 网 络 
时 会 有 一 点 延迟 (测试 结果 为 : 开启 的 延迟 时 间 为 80 毫秒 ， 关 闭 时 的 延迟 为 240 毫秒 )。 
正如 我 们 在 3.3.1 节 中 看 到 的 那样 ， 当 Nexus 6 连接 上 Wi-Fi， 且 该 手机 处 于 待机 模式 时 ， 
消耗 的 电量 为 3 豪 安 ， 而 当 其 处 于 活动 状态 ， 并 有 数据 传送 时 ， 所 使 用 的 电量 为 240 毫 
安 。 考 虑 到 Android 设备 电量 的 有 限 性 ， 你 就 会 明白 为 什么 快速 高 效 地 下 载 是 至 关 重 要 的 。 















































Wi-Fi 具有 高 吞 叶 量 、 低 延迟 、 设 有 数据 收费 的 特点 ， 这 样 App 在 使 用 Wi-Fi 的 时 候 就 可 
以 以 一 种 更 加 “渴望 数据 ”的 方式 运行 。 你 可 以 使 用 更 高 质量 的 图 片 和 视频 ， 或 许 还 可 以 
与 用 户 进行 更 多 的 互动 体验 。 





7.1.2 蜂窝 


目前 ， 有 多 种 不 同 的 蜂窝 技术 在 世界 各 地 使 用 。 用 户 连 接 的 网 络 类 型 不 同 ， 其 体验 可 能 完 
不 一 样 。 正 如 第 2 章 讨论 的 那样 ， 世 界 各 地 还 有 很 多 人 仍然 在 使 用 2G 和 3G 网 络 。 见 表 7-1。 





表 7-1: 无 线 网 络 的 演变 





网 络 制式 tN 最 大 下 行 速率 ( kbits ) “延迟 ( ms ) 
GPRS 2G 237 300~1000 
EDGE 2G 384 300~1000 
UMTS 3G 2000 100~500 
HSPA 3G 3600 100~500 
HSPA+ 3.5G 42 000 100~500 
LTE 4G 100 000 <100 
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当 Android 设备 连接 到 蜂窝 数据 网 络 的 时 候 ， 为 了 维持 两 者 的 连接 ， 所 消耗 的 电量 将 随 网 
络 信号 的 强 弱 而 变化 。 在 3.3.1 节 中 ， 你 可 能 注意 到 我 们 可 以 使 用 两 种 模式 来 开局 信号 连 
接 。 当 你 处 于 强 信 号 区 域 的 时 候 ， 只 需要 使 用 低 数 值 模式 就 可 以 进行 连接 ， 但 是 如 果 你 处 
于 蜂窝 数据 连接 的 低 履 盖 区 ， 必 须 开 局 天 线 功率 才能 维持 连接 。 当 信号 建立 连接 后 ， 设 
备 的 电流 从 4.5 毫 安 跳 到 了 125 毫 安 。 虽 然 从 原始 数据 上 看 ,活跃 的 蜂窝 无 线 信 号 (处 于 
125 毫 安 ) 比 Wi-Fi 信号 (处 于 240 毫 安 ) 耗 电 量 低 ， 但 是 鉴于 蜂窝 连接 在 网 络 中 的 实现 
方式 ， 蜂 窝 连接 的 功 耗 通常 会 更 高 一 些 。 为 了 最 大 限度 地 提高 蜂窝 网 络 的 服务 质量 ， 所 有 
运营 商都 采用 了 一 种 无 线 资源 控制 (Radio Resource Control，RRC) 的 状态 机 来 控制 数据 
连接 的 建立 与 中 断 。 


























状态 机 


状态 机 (有 了 时 是 有 限 状态 机 ) 描述 了 拥有 有 限 状态 的 事件 的 一 种 逻辑 顺序 。 
一 种 简单 的 状态 机 是 具有 开 、 关 状态 的 灯具 开关 。 而 对 于 蜂窝 网 络 而 言 ， 其 
网 络 连接 的 状态 更 多 ， 并 被 用 于 优化 其 他 因素 ， 如 网 络 、 设 备 厨 吐 量 、 等 待 
时 间 和 电源 功 耗 等 。 





























7.1.3” RRC 状态 机 
当 手 机 启动 数据 连接 后 ， 在 创建 TCP 连接 之 前 ， 会 有 几 种 初始 无 线 信和 号 被 发 送 到 信和 号 塔 。 
这 些 信号 会 使 无 线 连 接 的 创建 时 间 增 加 500~1000 毫秒 。 延 迟 是 移动 连接 的 关键 方面 之 一 ， 
而 状态 机 试图 抵消 这 种 延迟 。 

















每 一 种 移动 网 络 都 有 一 个 RRC 状态 机 ， 用 于 确保 在 最 后 一 个 数据 包 发 出 之 后 无 线 电信 号 
仍然 开启 ， 以 补偿 建立 连接 时 产生 的 延迟 并 平衡 电量 消耗 。 每 个 载波 可 以 指定 不 同 的 状态 
以 及 设备 在 该 状态 停留 的 时 间 〈 正 因 如 此 ， 每 种 网 络 都 和 消 有 不 同 )。 世 界 各 地 的 每 种 网 络 
具有 不 同 的 特定 变量 ， 因 此 掌握 精确 的 时 间 并 不 是 很 重要 ， 但 是 掌握 好 RRC 状态 机 的 基 
本 原理 对 理解 蜂窝 连接 的 操作 方式 大 有 神 益 。 知 道 了 这 一 点 ， 你 就 能 够 优化 网 络 连接 ， 使 
之 与 RRC 状态 机 协同 工作 ， 从 而 帮助 App 更 快 地 运行 ， 并 减少 电量 的 使 用 。 


























状态 机 注意 事项 


讨论 (或 列 出 ) 所 有 移动 运营 商 使 用 的 计时 器 (哪怕 是 同一 个 运营 商 ， 计 时 
器 也 会 因 地 区 而 异 ， 并 且 会 随 着 时 间 而 改变 ) 远 超 出 了 本 书 的 范畴 。 作 为 开 
发 者 ， 优 化 App 同 每 一 个 运营 商 的 RRC 状态 机 的 连接 是 不 切实 际 的 。 重 要 
的 是 要 理解 状态 机 是 什么 ， 以 及 状态 机 的 存在 对 移动 App 有 什么 危害 (或 
帮助 ) 。 


























此 外 ，3G (GSM、CDMA) 网 络 和 LTE 网 络 所 使 用 的 状态 机 是 不 同 的 。 简 单 起 见 ， 这 里 
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介绍 一 下 LTE RRC 状态 机 。 


1. 4G (LTE) 状态 机 

当 数 据 将 要 发 送 时 ，Android 手机 将 从 空闲 状态 〈 低 功率 消耗 ) 转变 到 连接 状态 (高 功率 
消耗 )。 当 停止 发 送 数据 包 后 ， 无 线 连接 并 没有 立即 关闭 ， 而 是 有 一 个 10~15 秒 的 高 功率 
延续 时 间 段 。 一 旦 无 线 连接 立即 关闭 ， 如 果 接 下 来 仍 有 后 续 数 据 快 速 地 发 送 过 来 ， 这 些 数 
据 将 不 得 不 再 次 跨越 高 延迟 的 连接 时 间 段 ， 这 种 发 送 、 接 收 数据 的 方式 会 使 用 户 体验 变 得 
缓慢 。 正 因为 无 线 连 接 仍然 处 于 连接 状态 ， 后 续 发 送 的 数据 包 延迟 时 间 将 大 大 减少 ， 数 据 
包 将 会 被 快速 地 运输 。 当 最 后 的 高 功率 延续 时 间 段 没有 数据 包 时 ， 无 线 连接 将 会 关闭 以 节 
省 电量 。 


























无 线 电 关闭 无 线 电 开启 














图 7-1: LTE RRC 状态 机 














如 果 再 看 一 下 表 7-1， 你 会 发 现 ， 随 着 网 络 的 不 断 改 善 ， 延 迟 在 逐渐 降低 ， 同 时 网 络 的 吞 
吐 量 也 在 逐渐 增加 。4G 网 络 规范 已 经 大 大 改善 了 建立 数据 连接 (RRC 从 空闲 状态 向 连接 
状态 的 过 度 ) 所 需要 的 信号 。 与 3G 网 络 相 比 ，4G 网 络 连接 建立 时 的 延迟 时 间 降 低 至 原 
来 的 10%~20% (如 表 7-1 所 示 )。 曾 经 在 3G 网 络 中 是 300~1000 毫秒 ， 现 在 在 LTE 中 是 
50~100 毫秒 。 尽 管 带宽 中 4G 网 络 的 改善 令 人 印象 深刻 ， 但 真正 使 LTE 像 它 展示 的 那样 快 
的 原因 是 延迟 的 改善 。Ilya Grigorik 在 他 的 作品 《高 性 能 网 络 浏 览 器 》 中 使 用 大 量 篇 幅 描 
写 了 延迟 的 影响 力 。 另 外 他 还 更 加 细致 地 介绍 了 所 有 的 网 络 性 能 。 
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一 般 情 况 下 ，LTE 无 线 连接 比 3G 无 线 连接 耗费 更 多 的 电量 。 但 如 果 正 在 传输 的 文件 很 大 ， 
LTE 的 下 载 速 度 可 能 要 更 快 ， 结 束 无 线 连接 的 时 间 也 会 相应 缩短 ， 因 此 使 用 的 电量 更 少 。 
但 是 ， 绝 大 多 数 的 移动 数据 传输 并 不 是 大 型 文件 ， 而 是 由 数 百 个 小 型 文件 构成 ， 因 此 使 用 
的 数据 块 也 相对 较 小 。 这 些小 小 的 文件 无 法 充分 利用 LTE 的 带宽 能 力 (因为 它们 太 小 了 )， 
因此 通过 LTE 下 载 内 容 所 耗费 的 电量 比 使 用 3G 网 络 要 稍 多 一 些 。 























无 线 电 连接 和 数据 连接 


无 线 电 连接 和 数据 连接 之 间 存 在 细微 的 差别 ， 我 们 在 此 讨论 一 下 。 信 号 塔 和 
手机 之 间 的 物理 无 线 电 连接 不 同 于 手机 和 服务 器 之 间 的 数据 连接 。 数 据 连接 
基于 无 线 电 连接 之 上 ， 也 就 是 说 ， 传 输 数据 前 必须 先 建立 无 线 电 连接 。 打 个 
比方 ， 无 线 电 连 接 就 像 一 座 升 降 桥 ， 而 数据 连接 就 是 桥 上 的 马路 。 









































如 果 数 据 连接 处 于 连接 状态 ， 但 是 目前 并 没有 在 传输 数据 ， 只 是 为 将 来 的 需 
要 做 准备 ， 那 么 手机 和 信号 塔 之 间 的 无 线 电 连接 可 以 暂时 挂 起 (省 电 )。 
到 我 们 刚才 的 升降 桥 比 喻 ， 也 就 是 说 ， 马 路 还 在 ， 但 是 升降 桥 暂 时 处 于 吊 起 
状态 ， 让 出 通道 以 便桥 底 的 船 通 过 。 如 果 服 务 器 向 设备 发 送 数据 ， 信 和 号 塔 就 
会 向 设备 发 送 无 线 电信 和 号 以 重新 建立 无 线 电 连接 ， 并 允许 数据 连接 的 完成 
(放下 吊桥 ， 允 许 汽车 在 马路 上 穿行 )。 
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这 听 起 来 很 棒 ， 我 们 会 想 ， 为 什么 不 干脆 让 所 有 的 连接 都 保持 开启 状态 以 
备 将 来 使 用 ?由 于 蜂窝 网 络 的 连接 数量 有 限 ， 一 段 时 间 后 (通常 是 S~30 分 
钟 )， 网 络 会 自动 清理 孤立 的 连接 (估计 网 络 开 发 人 员 是 想 拆 掉 闲 置 的 升降 
桥 ， 改 建 河上 昱 公 帘 )。 























2. 你 的 App 在 使 用 RRC 状 态 机 吗 

如 果 你 在 使 用 RRC 状态 机 ， 那 么 网 络 连 接 所 消耗 的 电量 绝对 超出 了 你 的 想象 。 分 组 连接 
并 确保 无 线 电 使 用 时 间 最 小 化 ， 可 以 极 大 地 提高 移动 App 的 性 能 。 所 有 的 数据 连接 在 传输 
数据 时 至 少 需要 10 秒 (相当 于 5 分 钟 的 待机 时 间 )。 一 直 以 来 ， 很 多 人 都 认为 数据 下 载 速 
度 是 移动 App 的 性 能 关键 。 但 是 很 显然 ， 移 动 App 除了 下 载 速 度 要 快 以 外 ， 尽 可 能 少 地 
开 、 关 无 线 电 通 信也 是 节省 资源 的 关键 。 














手机 通话 时 使 用 数据 


我 们 生活 在 一 个 多 任务 化 的 世界 。 使 用 App 的 过 程 中 ， 打 电话 是 很 常见 的 现 
象 。 如 果 App 是 通过 LTE 连接 的 ， 手 机 来 电 时 会 降 到 3G 数据 连接 以 完成 剩 
余 的 数据 会 话 。 























这 是 由 电路 交换 回落 导致 的 。 在 Voice over LTE (VoLTE) 成 为 标准 规范 前 ， 
所 有 的 语音 通话 传输 都 是 通过 3G 电路 交换 网 络 。 这 就 意味 着 ， 正 在 活动 的 
任何 数据 会 话 都 会 降 到 3G 网络。 在 3.5.3 节 中 ， 我 们 讨论 过 一 个 研究 
我 在 通话 的 同时 进行 了 电话 会 议 。 仔 细 观 察 通 话 时 间 ( 见 图 7-2) ， 我 们 发 现 
无 线 电 连接 一 开始 是 浅 色 (LTE)， 但 是 在 通话 过 程 中 变 成 了 深 色 (HSPA)。 
通话 结束 时 ， 无 线 电 又 转 回 了 LTE 数据 网 络 ( 浅 色 )。 
































移动 网 络 有 
数据 连接 国雄 二 时 类 
信号 强度 ”时 时 对 
电话 Eee 
Top app I 
前 台 进 程 
充电 状态 国 时 时 时 
12:05 12:10 12:15 12:20 12:25 








图 7-2: Battery Historian 显示 电路 交换 回落 


7.2 测试 工具 


到 目前 为 止 ， 我 们 已 经 讨论 了 Android 无 线 电 的 耗 电 问 题 ， 以 及 移动 数据 网 络 的 运作 方式 。 
那么 我 们 该 如 何 使 用 这 些 知 识 来 优化 Android App 的 流量 呢 ? 再 者 ， 即 使 优化 了 流量 ， 又 
如 何 进 行 测试 和 确认 呢 ? 我 们 有 大 量 的 工具 可 以 捕获 和 分 析 移 动 流量 数据 。 多 年 来 ， 世 
界 各 地 的 网 络 运营 人 员 都 在 使 用 Wireshark 和 Fiddler 之 类 的 工具 收集 封包 数据 ， 并 分 析 
其 中 的 潜在 问题 和 优化 方案 。 中 间 人 (MITM) 工具 帮助 用 户 解密 HTTPS 流量 ， 以 便 用 
户 了 解 哪些 数据 可 以 在 网 络 上 安全 发 送 。 这 些 毫 无 疑问 都 是 测试 移动 App 性 能 的 一 线 工 
具 。AT&T 公司 开发 了 一 款 类 似 的 工具 一 一 应 用 程序 资源 优化 工具 (Application Resource 
Optimizer，ARO)， 它 可 以 捕获 数据 包 ， 还 可 以 为 App 开发 人 员 提 供 移动 通信 流量 的 优化 
建议 。 
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7.2.1 Wireshark 


Wireshark (https://www.wireshark.org/) 可 能 是 世界 上 应 用 最 普遍 的 网 络 分 析 工 具 。 它 是 一 
款 免 费 的 桌面 运行 工具 ， 用 于 收集 在 数据 连接 上 传送 的 网 络 封 包 ， 可 以 实时 监测 数据 ， 并 
将 数据 收集 起 来 存储 于 文件 夹 中 用 于 进一步 分 析 。 


要 使 用 Wireshark 测试 Android 手机 ， 必 须 将 手机 连接 到 已 安装 Wireshark 的 PC 上 。 如 
果 是 Windows 机 器 ， 我 使 用 Connectify (http://www.connectify.me/) 将 笔记 本 电脑 转换 
成 Wi-Fi 热点 ， 然 后 把 Android 设备 连接 到 热点 ， 所 有 的 数据 流量 开始 从 手机 传输 到 电脑 
(可 以 被 Wireshark 监测 到 )。 到 这 一 步 ， 你 可 以 开始 在 Wireshark App 中 通过 无 线 接口 收集 
数据 了 〈 如 果 你 不 确定 哪个 是 Wi-Fi 接口 ， 启 动手 机 的 网 络 流量 就 会 看 到 有 一 个 网 络 接口 
开始 发 送 和 接收 数据 包 流 量 )。 


在 图 7-3 中 我 们 可 以 看 到 ，Wireshark 显示 了 手机 (192.168.223.104) 和 电脑 (192.168.223.1) 
之 间 来 回 发 送 的 每 一 个 数据 包 。 一 开始 要 和 弄 明白 其 中 的 事件 有 点 困难 ， 所 以 我 添加 了 一 
个 HTTP 过 滤器 ， 这 样 就 能 把 数据 包 限 制 在 HTTP 数据 包 的 范围 内 ， 然 后 我 再 观察 测试 
过 程 中 产生 的 请 求 和 响应 。 现 在 你 可 以 看 到 我 在 浏览 器 里 打开 cnn.com 发 起 请 求 。 数 据 包 
1481 显示 我 的 cnn.com 请 求 给 www.cnn.com 引起 了 一 次 301 重 定向 ( 方 框 中 ) ， 该 页 面向 
CDN 催生 了 大 量 文件 请 求 。 如 果 我 想 知 道 这 次 抓 包 中 产生 了 多 少 个 301 重 定向 ， 可 以 使 用 
“http.response.code == 301” 过 滤 ， 并 查 出 三 个 这 样 的 重 定向 。 







































































@@A4NWd| 电 EXSlAaA49F| 国 国 aQQ@Q| 醒 国 吧 交 | 逻 

Filter: | http v | Expression.. Clear Apply Save 

No， Time Source Destination Protocol Length Info 
1481 19.8455960192.168.223.1 192.168.223.104 HTTP 





1569 19.9322980 192.168.223.104 和 HTTP 5TT pp A ey FTTP 
1608 20.0411490192.168.223.1 192.168.223.104 HTTP 867 HTTP/1.1 200 OK 〔《textxhtm17 
1623 20.2971010192.168.223.104 1920168722354 HTTP 502 GET http://z.cdn.turner. com/cnn/ 
1628 20.2978230 192.168.223.104 a HTTP 499 GET http://z.cdn.turner.com/cnn/ 
1629 20.2979190 192.168.223.104 192.168.223.1 HTTP 531 GET http://i.cdn.turner.com/cnn/ 
1630 20.2980140192.168.223.104 92 16872235T HTTP 488 GET http://z.cdn.turner. com/cnn/ 
1632 20.2992940192.168.223.104 192.168.223.1 HTTP 498 GET http://z.cdn.turner.com/cnn/ 
1634 20.3017140192.168.223.104 192.168.223.1 HTTP 503 GET http://z.cdn.turner.com/cnn/ 
1636 20.3021250192.168.223.104 192.168.223.1 HTTP 552 GET http://cdn.optimizely. com/js 
1644 20.3074410192.168.223.104 192.168.223.1 HTTP 500 GET http://z.cdn.turner.com/cnn/ 
1645 20.3388540192.168.223.1 192.168.223.104 HTTP 310 HTTP/1.1 304 Not Modified 

1663 20.3524730192.168.223.1 192.168.223.104 HTTP 707 HTTP/L.1 200 ok (application/ja 
1672 20.3599580192.168.223.104 192.168.223.1 HTTP 488 GET http://z.cdn.turner.com/cnn/ 











7-3: 使 用 Wireshark 抓 包 


Wireshark 里 的 过 滤 工 具 非 常 强 大 ， 该 工具 可 以 搜索 和 过 滤 特 定 文件 、 特 定 类 型 的 文件 、 
带 有 缓存 头 的 文件 等 (可 能 性 数不胜数 )。 在 实践 中 ， 这 些 搜索 都 很 强大 ， 但 是 你 必须 要 
有 针对 性 的 问题 ， 否 则 这 种 方法 用 起 来 就 像 大 海 榜 针 。 相 反 ， 如 果 你 对 问题 有 了 大 概 的 了 
解 ，Wireshark 可 以 很 好 地 帮助 你 深 入 挖 气 并 准确 定位 问题 。 











7.2.2 Fiddler 


Fiddler 是 另 一 款 分 析 网 络 流量 的 免费 工具 ， 为 设备 的 所 有 传输 数据 充当 代理 。 作 为 代理 ， 
Fiddler 还 可 以 充当 MITM 工具 ， 人 允许 用 户 解密 HTTPS 流量 。 在 Wireshark 中 ， 你 可 以 看 
到 正在 传输 的 HTTPS 流量 ， 但 是 你 无 法 通过 解密 来 获取 文件 类 型 或 文件 内 容 。 








Fiddler 的 使 用 方式 和 Wireshark 类 似 : 把 Android 设备 连接 到 Connectify Wi-Fi 热点 ， 然 后 
通过 更 改 设备 上 的 Wi-Fi 设置 添加 Fiddler 代理 ， 在 设备 和 PC 上 安装 Fiddler 证 书 ， 最 后 ， 
Fiddler 就 能 够 读 取 所 有 的 传输 数据 了 (Fiddler 的 网 站 上 有 完整 的 安装 说 明 )。 


完成 所 有 连接 后 ， 你 可 以 在 Fiddler 应 用 窗口 里 看 到 流量 传输 信息 。 如 图 7-4 的 屏幕 截图 所 
示 ， 我 正在 使 用 YellowPages App 查找 周边 的 杂货 




















































£3 Result Protocol Host URL Body Caching Content-Type Process 六 
二 |1. 200 ”HTTP /2 0-cache age 

国 !..， 200 HTTP ,ypcdn,co gelg 

伐 Es 200 HTTPS syndication, elo Ia chars,,, 
81,,, 200 HTTP yellowpages,112,2 textihtml 

鲁 1..， 200 HTTP Tunnel dic a 0 

鲁 1 200 HTTP Tunnel 0 

鲁 1 HTTP Tun 0 

重 1. HTTP Tun 0 

鲁 1 HTTP Tun 0 

鱼 1 HTTP Tun 0 


43 no-cache image/gif 
applicationjjson; chars,,. 





HTTPS syndication, yello' 








appicaaonyon chars, 






syndication, yellowp 
syndication. yellowp 















{5}1,,, 200 HTTPS syndication, yellowp IY2/consumerlsearch?al 
国 1. 200 HTTP 3 


tbl 0,696 public,,,, 
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图 7-4: 使 用 Fiddler 代理 抓 包 








我 们 看 图 7-4 中 Fiddler 抓 包 (Fiddler kt capture) 的 左 侧 窗口 ， 方 框 区 域 的 字段 是 一 
条 来 自 YP App 的 响应 ， 文 件 是 668 个 字 节 (连接 中 ) ， 缓 存 设 置 为 no-cache， 并 且 是 一 个 
de 而 且 使 用 了 HTTPS 加 密 (非常 好 ， 因 为 
响应 文件 里 有 我 的 地 址 和 位 置信 息 )。Fiddler 窗口 的 右 侧 ( 见 图 7-5) 有 很 多 选项 窗口 。 顶 
了 窗口 显示 发 送 到 syndication.yellowpages.com 的 请 求 标题 ， 底 部 窗口 显示 被 解密 的 啊 应 。 
在 JSON 文件 里 ， ee a ds sa eh 
进一步 预测 了 开车 到 杂货 店 的 时 间 是 661 秒 ， 或 者 说 是 11 分 钟 多 一 
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| 后 composer | [OD Filters | 国 Log | 一 Timeline | 














| (0 statistics 8 Inspectors | 多 hutoResponder | 
[Headers | TextView | WebForms | HEXWiew | Auth | Cookies | Raw | 
J5oN | xm | 
Request Headers [Raw] [Header Definitions] 
GET Ay2rdirections?apl key=blb92714f&prof=and438wrdd=12fa85de-5a1d-4190-9cpbe- 
Client 人 


Accept-Encoding: gzip 

User-Agent: label=ypmobapp;any=¥Pmobile4.,3,1;0s=Android 4.4,2;dev=jflte 
Miscellaneous 

X-YPC-Mo-Log-Click': 1 

*-¥PC-No-Log-Impression; 1 

YX-YPC-Only-Log-5earch'; 1 
Transport 

Connection: close 
< > 
Get SynNntaxYiew Transformer Headers Text View Imageview 
HexView | [webview | Auth | Caching | Cookies | Raw | J5ON | 


%IviL 


Document is: 1,863 bytes， 








-yc5E- 
3040dy7eca4bc partner 地 -ypandroB3a wmnd 12 且 83de- 六 
?ald-4190-9c6e- 

?3040d7eca4bc apl key -blb92714f end_lat -48.0007 "Pr 
122.46022 start_ lon -- 


122.4713908"} jtotal distance":4.787663," 家 quest_id"-"syn- 


d42a67eb-3891-48b)-9805- 
ff5a03bcd30."total driving time"661} v 


< > 














图 7-5: Fiddler 代理 抓 包 的 窗口 详情 


7.2.3 MITMProxy 

MITMproxy 是 一 款 类 似 于 Fiddler 的 代理 工具 ， 通 过 创建 一 个 MITM， 解 密 当 前 网 络 上 传 
输 的 HTTPS 数据 。 

解密 HTTPS 流量 非常 有 用 ， 因 为 很 多 数据 流量 都 是 使 用 HTTPS 来 保护 用 户 的 数据 。 通 过 
解密 数据 ，Fiddler 和 MITMproxy 也 可 以 确保 你 向 任何 已 添加 到 App 的 第 三 方 SDK 发 送 
正确 的 文件 和 信息 。 
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7.2.4 AT&T ARO 


ARO 是 专 为 Android 和 iOS App 设计 的 一 款 网 络 性 能 监测 工具 ， 由 AT&T 开发， 免费 开 
源 。 它 包含 很 多 与 Wireshark 以 及 Fiddler 相同 的 数据 包 捕 获 功 能 。 但 是 又 与 Wireshark 和 
Fiddler 不 同 (二 者 需要 通过 Wi-Fi 连接 到 计算 机 ) ，ARO 能 够 收集 蜂窝 网 络 的 数据 包 跟 踪 
信息 。 一 旦 ARO 从 测试 中 收集 到 数据 ， 它 会 对 数据 进行 处 理 ， 并 为 开发 者 提供 友好 的 图 
表 信 息 以 帮助 开发 者 更 好 地 分 析 数 据 。 而 且 ARO 会 按照 移动 网 络 的 25 个 最 佳 实例 测试 流 
量 ， 并 立即 向 测试 者 反馈 哪些 领域 的 性 能 可 以 改进 。 图 7-6 是 测试 总 结 (又 号 表示 失败 ， 
勾 号 表示 跟踪 通过 测试 标准 )。 在 本 章 中 我 们 将 讨论 这 些 最 佳 实例 。 














TESTS CONDUCTED 


外 File Download: Text File Compression ©@ Connections: Connection Closing Problems 

外 File Download: Duplicate Content 1 Connections: Offloading to WiFi when Possible 

So File Download: Cache Control AS Connections: 400, 500 HTTP Status Response Codes 
1 File Download: Content Expiration WA Connections: 301, 302 HTTP Status Response Codes 

(2 File Download: Content Pre-fetching Ro Connections: 3rd Party Scripts 


(oD rile Download: Combine JS and CSS Requests Ro HTML: Asynchronous Load of JavaScript in HTML 
File Download: Resize Images for Mobile A HTML: HTTP 1.0 Usage 


File Download: Minify CSS, JS, JSON and HTML A) HTML: File Order 





File Download: Use CSS Sprites for Images AS HTML: Empty Source and Link Attributes 
Connections: Connection Opening Ro HTML: FLASH 


Connections: Multiple Simultaneous Connections &O HIML: "display:none" in CSS 


QQOO0O0@@06tK 


Connections: Periodic Transfers AS Other: Accessing Peripheral Applications 


& Connections: Screen Rotation 











图 7-6: ARO 最 佳 实例 ， 通过 /失败 


适用 于 Android 设备 的 ARO 有 两 个 版 本 。ARO 数据 收集 器 APK 直接 在 设备 上 运行 
TCPdump 以 收集 所 有 的 数据 包 (并 为 每 个 连接 分 配 进 程 )。 这 有 赖 于 Android 设备 具 
root 权限 ， 为 了 简化 测试 ， 我 们 也 可 以 使 用 不 需要 root 权限 的 版 本 。 在 没有 取得 root 权限 
的 情况 下 ， 我 们 无 法 将 连接 分 配 至 特定 进程 ， 以 至 于 将 流量 锁定 至 特定 App 会 更 加 困难 
(如 果 设 备 上 运行 很 多 App)。 
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一 旦 在 ARO 中 跟踪 采集 到 一 个 数据 ， 就 可 以 在 ARO 分 析 工 具 里 分 析 。App 中 执行 的 测试 
会 根据 图 7-6 所 示 的 25 个 最 佳 实践 被 评测 。 每 个 最 佳 实践 后 面 列 出 了 更 多 的 详细 信息 ， 如 


上 


果 没 有 通过 任意 一 项 最 佳 实践 ， 你 可 以 得 知 失败 的 缘由 ( 见 图 7-7)。 




















Test: Duplicate Content 
About: This test measures duplicate content. Excess duplicate content means that content was downloaded multiple times, 
Which leads to slower applications and wasted bandwidth. Learn more... 


Results: Your trace had 34% duplicated TCP content. By reducing the duplicate content 
(8 items, 9.143 M of 26.858M total TCP content) your application will appear faster to your customers. 








File Size Count 了 |File Name 
|207850 36 Metadata.json 
1202837 9 Netadata.json 
|90 2 
14235 2 avindex.json 
|7131 2 .png 











图 7-7: ARO 关于 重复 内 容 的 最 佳 实践 ， 34% (9MB) 的 数据 被 多 次 发 送 ， 太 多 了 (为 方便 阅读 放 
大 了 一 些 文字 ) 

每 项 数据 跟踪 都 提供 了 5 个 选项 卡 ， 但 是 只 有 在 诊断 (Diagnostics) 选项 卡 下 你 能 真正 看 

到 数据 是 怎样 流入 和 流出 App 的 ( 见 图 7-8)。 























© OO AT&T Application Resource Optimizer (ARO) ~ /Users/demo/Desktop/ARO traces{SiriusXM_Trial. V2.6.6.1012014-19-9_Android/... AT&TARO Image/Video Viewer 
File Profile Tools View Data Collector Defect Tracking Help 7 
[Best Practices/Results | Oveview ET Statistics Waterfall | 
Date: Sep 19, 2014 1:14:48 PM Network Type(sy LTE 
Trace: SiriusACTIVE Total Bytes: 30354374 Profile: AT&T LTE 
了 
‘Throughput 



























中 A /| A 小 人 人 由 人 
wwe 天 | 加 四 5 
wo 面罩 用 国 | 国 国 国 国 | 国 古训 有 Le 
w= | 
| 
User nput | 
RRC Statos 
Timalne 0 0 0 60 60 60 60 60 60 60 60 60 70 7 7 
TCPIUDP Flows 
Time | 加 Applcation Domain Name Local Port Remote Ip... |Remore Port Number | Byte Co... |Pac... | TC 
concdn.ribobO2.net local:59196 |23.204.1. 244231012724 TCP 
583.362 ， 回 com.google.process.9a.. 74.125.20.188 local:36463 。 74.125.2.… 5228 260 2 ITCP 
583.868 加 com.google.androld.gm android.clients.googie.com local:40620 74.125.2... 443 26175 50 TCP 
[671.327_ 加 com siciu mysxmuauicknlav com Jocal.35136 216.220. 443 1134 5__TCP 
ET Packet View Content View | 
Time Direction Req Type/Status Host Name/Con... (Object Name/Co.. On Wire HTTP Compressi.. 
551.246 REQUEST GET concdn.ribob0... /segment/29b. oh 
551.420 RESPONSE 200 audio/aac 81728 81728 
551.708 REQUEST GET concdn.ribob0... /segment/29b- 0 Save As.. 
551.863 RESPONSE 200 audio/aac 81568 81568 
551.958 REQUEST GET concdn.ribob0... /segment/29b... 0 
552.124 RESPONSE 200 audio/aac 81424 81424 
552.333 REQUEST GET concdnribob0 /segmentJ29b 0 
552.418 RESPONSE 200 audio/aac 81824 81824 
552.503 REQUEST GET concdn.ribob0... /segmentJ29b.. 0 
552.885 RESPONSE 200 audio/aac 81856 81856 























图 7-8: ARO 诊断 选项 卡 

诊断 选项 卡 包 含 很 多 信息 ， 让 我 们 看 看 这 里 给 出 的 数据 。 显 示 的 有 两 个 窗口 : 左边 的 是 数 
据 分 析 ， 右 边 的 是 跟踪 过 程 中 的 屏幕 了 录像。 录像 与 跟踪 同步 ， 所 以 当 你 选择 一 个 数据 包 或 
连接 时 ， 可 以 看 到 那个 时 刻 屏 幕 上 显示 的 内 容 。 
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仔细 看 图 7-9 中 的 诊断 选项 卡 ， 图 中 记录 了 随时 间 变 化 的 数据 包 流 量 。 最 上 行 显示 的 是 随 
时 间 变 化 的 正常 吞吐 量 。 通 过 对 比 可 以 看 出 哪些 连接 的 流量 较 大 ， 哪 些 连接 的 流量 较 小 。 
下 面 两 行 显示 的 是 连接 过 程 中 上 传 和 下 载 的 数据 包 。 标 有 Bursts 的 那 一 行 用 不 同 颜色 表明 
了 突 发 流量 类 型 。 红 色 的 是 由 发 起 的 ， 黄 色 的 是 由 服务 器 发 起 的 ， 绿 色 的 发 生 在 用 户 
输入 事件 后 (在 下 一 行 记 录 )， 蓝 色 突 发 流量 的 发 生 通常 是 由 于 连接 关闭 后 ， 产 生 了 空 数 
据 包 。 最 下 面 一 行 表 示 LTE RRC 状态 机 ， 如 图 7-1 所 示 。 纯 色 表 示 连 续 接收 ， 网 纹 区 域 
代表 Tail。 空 白 区 域 代表 无 线 网 络 关闭 (Idle) 的 时 间 。 请 注意 蓝 色 箭头 和 蓝 色 虚线 。 这 
代表 的 是 录像 查看 器 上 显示 的 跟踪 时 刻 。 如 果 你 点 一 下 录像 的 播放 按钮 ， 会 看 到 这 条 线 向 
右 移 动 ， 然 后 你 可 以 看 到 正在 传输 的 数据 包 ， 同 时 还 可 以 看 到 设备 屏幕 上 显示 的 内 容 。 
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图 7-9: ARO 诊断 选项 卡 数据 图 ( 另 见 彩 插 ) 















































图 下 方 的 两 个 表 为 网 络 跟踪 过 程 中 发 起 的 每 项 数据 连接 提供 了 更 多 信息 〈 见 图 7-10)。 上 面 
的 图 显示 了 跟踪 过 程 中 启动 的 每 一 项 TCP/UDP 连接 。 当 前 选中 的 是 SiriusXM Radio App 在 
ee 、 2 Ea 了 、 人 , y 
551 秒 时 启动 的 连接 。 你 可 以 看 到 域名 和 了 正信 息 ， 以 及 字 节 计数 和 连接 产生 的 数据 包 数 。 
TCPIUDP Flows 
Time 一 加 Application |Domain Name 二 Port bk Ip... | Remote Port Number |eme Co.. He fe | 
ee sirius TT EE ee 
Ee 362 com.google.process.ga... 74. 125. 20.1 local: 36463 2 125. 2.. .5228 
583.868 com.google.android.gm android. ET i com local:40620 74.125.2... 443 2 图 fg 
£71.327 总 com.sirius mysxm,.nuicknlay.com Jocal-35136. 216.220. 443 11345 _ .25 TCP 
Er Packet View | Content View | 
Time Direction Req Type/Status |Host Name/Con... Object Name/Co... On Wire HTTP Compressi... 
551.246 REQUEST GET concdn.ribob0... /segment/29b... 0 Mew 
551.420 RESPONSE 200 audio/aac 81728 81728 
551.708 REQUEST GET concdn.ribob0... /segment/29b... 0 Save As... 
551.863 RESPONSE 200 audio/aac 81568 81568 
551.958 REQUEST GET concdn.ribob0... /segment/29b... 0 
552.124 RESPONSE 200 audio/aac 81424 81424 
552.333 REQUEST GET concdn.ribob0... /segment/29b... 0 
552.418 RESPONSE 200 audio/aac 81824 831824 
552.503 REQUEST GET concdn.ribob0... /segment/29b... 
552.885 RESPONSE 200 audio/aac 81856 i 




















图 7-10: ARO 诊断 卡 数据 表 
下 表 显 示 了 上 表 选 中 的 TCP 连接 发 起 的 请 求 和 响应 ， 该 表 显 示 ， 此 连接 传输 了 很 多 81KB 
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的 音乐 文件 。 








ARO 中 还 有 一 些 视图 也 提供 了 可 观 的 信息 量 ， 在 本 章 讨论 潜在 优化 方案 时 ， 我 们 还 可 以 看 
到 更 多 的 屏幕 截屏 。 














ARO 的 缺陷 就 是 它 无 法 解析 通过 HTTPS 发 送 的 任何 文件 的 详情 。 如 果 App 使 用 的 是 
HTTPS， 你 必须 在 Fiddler 跟踪 中 手动 查看 这 些 文件 。 


7.2.5 混合 型 App 和 WebPageTest.org 


WebPageTest.org (http://www.webpagetest.org/) 是 一 款 强大 的 网 站 测试 工具 。 你 可 能 在 
想 :“ 这 本 书 是 关于 Android App 开发 的 ， 为 什么 你 要 讲 网 站 测试 的 内 容 呢 ? ”成 千 上 万 的 
Android App 都 是 使 用 PhoneGap 之 类 的 工具 开发 出 来 的 ， 这 些 工 具 只 是 简单 地 将 来 自 网 络 
的 组 件 用 原生 代码 包装 起 来 ， 提 供 一 种 更 加 原生 的 应 用 体验 。 这 种 原生 App 通常 只 在 一 个 
租 入 式 的 Web 视图 中 显示 内 容 ， 使 它 表 面 上 看 起 来 原生 化 。 因 为 不 能 优化 wrapper， 所 以 
作为 一 个 混合 型 App 开发 人 员 ， 你 唯一 能 做 的 就 是 确保 Web 组 件 可 以 最 快 地 运行 。 


















































通过 WebPageTest， 你 可 以 在 全 球 儿 个 不 同 的 地 方 测试 网 站 ， 但 是 在 弗吉尼亚 州 的 杜 
勒 斯 只 有 几 台 Motorola 和 Nexus 设备 可 以 用 于 测试 ( 带 有 Chrome 和 Chrome Beta)。 
WebPageTest 测试 可 以 显示 网 页 在 手机 上 的 加 载 速度 并 指出 需要 改进 的 方面 。 


7.3 Android 网络 优化 


Web 性 能 社区 有 许多 关于 网 站 的 最 佳 实践 ， 这 些 最 佳 实践 同样 适用 于 移动 App。 我 们 将 讨 
论 几 个 Android App 的 最 佳 实践 〈 它 们 也 适用 于 你 可 能 会 做 的 所 有 iOS 开发 )。 这 里 列举 的 
最 佳 优 化 实践 的 重要 性 不 分 先后 ， 因 为 每 一 项 都 会 对 App 性 能 产生 不 同 的 影响 (有 些 可 能 
根本 不 适用 于 你 的 App)。 网 络 性 能 优化 的 总 体 趋势 (无论 是 台式 机 还 是 移动 终端 ) 是 以 
最 快 的 速度 下 载 任何 东西 。 关 闭 无 线 电 通信 可 以 市 省 电量 。 尽 可 能 以 最 快 的 速度 将 内 容 发 
送 给 用 户 ， 从 而 提升 用 户 体验 。 


















































移动 App 性 能 优化 的 基本 原则 基本 上 源 自 于 Steve Sounders 在 《高 性 能 网 站 建设 指南 》 中 
所 列 的 14 条 标志 性 性 能 优化 原则 : 


。 减少 HTTPS 请 求 
。 使 用 内 容 发 布 网 络 
。 添加 Expires 头 

。 压缩 组 件 

。 将 样式 表 放 在 顶部 
。 将 脚本 放 在 底部 
。 避免 CSS 表达 式 
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。 使 用 外 部 JavaScript 和 CSS 
。 减少 DNS 查找 

。 精简 JavaScript 

。 避免 重 定向 

。 移 除 重复 脚本 

。 配置 Etags 

。 使 AJAX 可 缓存 








这 里 面 有 些 原则 是 针对 网 站 的 ， 但 是 大 部 分 还 是 适用 于 Android 本 机 优化 ， 我 们 会 在 以 下 
几 节 内 容 中 具体 谈 到 这 些 原则 。 


7.3.1 文件 优化 

有 两 种 基本 方法 可 以 更 快 地 下 载 数据 : 减少 请 求 次 数 (Sounders 的 第 一 条 原则 ) ， 或 者 是 
减 小 这 些 请 求 的 大 小 (Sounders 的 14 条 原则 中 若干 条 建议 与 此 类 似 )。 因 为 App 变 得 日 益 
复杂 ， 所 以 这 并 不 是 一 件 容 易 的 事情 。 但 庆幸 的 是 ， 本 章 中 的 建议 可 以 帮助 你 找到 一 些 方 
案 来 减少 App 内 容 的 数量 并 缩减 其 大 小 。 


压缩 文本 文件 〈 压 缩 组 件 ) 

这 是 最 简单 的 解决 方式 之 一 。 当 向 App 发 送 文本 文件 (HIML、CSS、JavaScript、JSON， 
等 等 ) 的 时 候 ， 在 服务 器 上 压缩 文件 可 以 将 文件 减 小 到 原来 12.5%~20%。 大 幅度 压缩 服务 
器 向 App 发 送 的 文件 ， 意 味 着 文件 的 传输 次 数 更 少 而 且 发 送 速度 更 快 。 例 如 ， 我 们 在 App 
中 下 载 了 一 个 没有 进行 过 Gzip 压缩 的 、 大 小 为 200KB 的 的 文本 文件 。 若 将 它 放 到 已 启用 
压缩 的 服务 器 上 ， 可 以 将 其 在 线 大 小 减少 到 51KB。 这 样 不 仅 可 以 把 文件 内 容 更 快 地 发 送 
给 用 户 ， 还 可 以 节约 服务 器 带宽 并 减少 损耗 ! 









































如 今 可 用 的 Gzip 算法 有 很 多 。 一 般 情况 下 ， 大 多 数 App 采取 标准 的 Gzip 压缩 就 足够 了 。 
如 果 你 真 的 想 最 大 限度 地 压缩 ， 而 且 文件 又 不 需要 经 常 更改， 你 可 以 试 试 Zop 伍 压缩 算 
法 。 与 默认 的 Gzip 算法 相 比 ， 它 的 压缩 率 要 高 出 5%。 但 是 它 有 个 缺点 ， 它 的 文件 压缩 执 
行 时 间 要 多 出 100 倍 (因此 警示 大 家 “只 用 它 处 理 预 压缩 过 的 文件 ”)。 


启用 Gzip 压缩 只 需要 对 服务 器 做 一 个 简单 的 更 改 (不 需要 更 改 App 代码 )， 你 只 需要 
给 .htaccess 程序 代码 文件 添加 文件 扩展 名 /MIME 类 型 ; 











<ifModule mod_gzip.c> 

mod_gzip_on Yes 

mod_gzip_dechunk Yes 

mod_gzip item include file .(html?|txt|css|js|php|pl)$ 
mod_gzip_ item include handler ^cgi-script$ 

mod_gzip item include mime ^text/.* 

mod_gzip_ item include mime ^application/x-javascript.* 
mod_gzip item exclude mime ^image/.* 
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mod_gzip_item exclude rspheader ^Content-Encoding:.*gzip.* 
</ifModule> 


你 立即 就 能 看 到 文本 文件 的 下 载 速度 变 快 了 。 另 外 还 可 以 给 Gzip 增设 排除 小 文件 的 功能 ， 
把 不 足 850 字 节 的 文件 放 到 一 个 可 以 不 用 压缩 就 能 发 送 的 数据 包 里 。 当 然 ， 在 Gzip 压缩 / 
解压 负荷 很 小 的 情况 下 ， 你 也 可 以 省 略 这 些 过 滤 小 文件 的 步 又 。 








ARO 对 跟踪 过 程 中 捕获 的 所 有 文本 文件 进行 Gzip 压缩 测试 。 你 可 以 在 ARO 中 的 两 处 地 
方 发 现 文件 是 否 被 压缩 了 。 
。 最 佳 实践 : 文本 文件 压缩 
所 有 未 经 压缩 便 被 发 送 的 文本 文件 都 会 列 在 文本 文件 压缩 (Text File Compression) 中 
( 见 图 7-11)。 目 前 ， 还 没有 办 法 直接 获取 存储 文件 以 添加 压缩 ， 但 是 该 表 如 实 报告 了 


未 压缩 文件 的 大 小 。 注 意 ， 不足 850 字 节 的 文件 都 没有 标记 出 来 〈 因 为 它们 在 不 压缩 的 
情况 下 就 能 装 入 一 个 数据 包 ， 从 而 一 次 传 完 ) 。 











© Test: Text File Compression 
About: Sending compressed files over the network will speed delivery, and unzipping files on a device is a very low overhead operation. 
Ensure that all your text files are compressed while being sent over the network. Learn more.. 


Results: AT&T ARO detected 269 KB of text files were sent without compression. Adding compression will speed the delivery ' 
of your content to your customers. (Note: Only files larger than 850 bytes are flagged.) 





Time Host Name File Size File Name 

11.648 .org 25261 / 

|2.750 /1.0r9 5914 [4 lgui/css/basic.css 

|3.152 1.0rg9 1688 / /gui/css/fonts.css 

ls oo 2365 /aulcsimincs 











图 7-11: ARO 文本 压缩 最 佳 实践 


。 诊断 选项 卡 (请 求 响 应 表 ) 
图 7-8 中 ， 最 下 面 的 表格 表示 请 求 和 响应 。 最 右边 的 一 列 可 以 识别 压缩 文本 文件 ， 如 果 
没有 压缩 ， 显 示 的 就 是 “none”。 




















7.3.2 ”精简 文本 文件 (Souders: 精简 JavaScript) 


精简 是 另外 一 个 缩小 文本 文件 的 方式 。 精 简 过 程 就 是 去 掉 文 本 文件 中 所 有 只 具有 方便 阅读 
作用 的 格式 (比如 空格 、 制 表 符 和 注释 )， 进 而 使 文件 变 小 。 例如 : 








<html> 
<title> A Sample Page</title> 


<body> 

with some sample text 
<--do more here--> 
</body> 

</html> 





156 | 第 7 章 


修改 为 : 


<html><title> A Sample Page</title><body>with some sample text</body></htmL> 


根据 页 面 大 小 和 复杂 度 ， 精 简 可 以 将 文件 缩小 20%~50%。 很 多 构建 工具 (如 grunt) 
精简 库 ， 在 你 做 改动 的 时 候 就 可 以 自动 精简 文件 ( 帮 你 节省 了 很 多 工作 )。 

有 人 可 能 会 说 ， 使 用 Gzip 就 足以 降低 文 们 
缩小 10%~15%， 但 是 精简 过 和 未 精简 过 的 文件 进行 Gzip 压缩 后 ， 所 节省 
只 有 1%~2% (因为 空格 的 压缩 效果 好 )。 





可 是 ， 即 便 只 能 节省 1%~2% 的 网 络 传输 量 ， 你 也 应 该 养 成 精简 的 习惯 ， 
户 节 约 设备 存储 空间 。 另 外 ， 文 件 越 小 ， 读 入 内 存 的 速度 就 越 快 (而且 导致 内 存 有 限 的 设 
备 月 涡 的 可 能 性 越 小 )。 


虽然 Sounders 的 原则 只 考虑 到 精简 JavaScript， 但 实际 上 这 个 优化 策略 可 以 用 于 缩小 任意 
文本 文件 。ARO 工具 把 所 有 的 CSS、JavaScript、JSON 和 HTML 文件 都 考虑 在 精简 范围 
内 了 ( 见 图 7-12)。 它 不 仅 把 每 个 文件 的 潜在 节省 
获 的 所 有 文件 所 能 达到 的 总 节省 量 。 


















































文本 的 传输 成 本 。 例 如 ， 精 简 虽 然 可 以 把 文件 


计算 了 出 来 ,而且 还 统计 +H 





© Test: Minify CSS, JS JSON and HTML 
About: Many text files contain excess whitespace to allow for better human codina. 
Run these files through a minifier to remove the whitespace in order to reduce file size. 
Results: AT&T ARO detected 8 files that could be shrunk through minification, resulting in 71 kB savings. 





11.648 
|2.750 
|2.947 
|3.152 
|3.152 


Time 全 


Saving [%) Saving [B) 


2 
61 
20 
41 
10 


File Name 


/ 
/ 
/ 
/ 
/ 











图 7-12: ARO 精简 最 佳 实践 


7.3.3 图片 

















呈现 。 


图 片 是 App 中 最 常见 的 文件 下 载 类 型 ， 同 时 也 是 最 大 的 一 种 文件 形式 。 它 无 处 不 在 ， 易 
从 网 页 或 者 其 他 数字 服务 中 获取 。 控 制图 片 大 小 可 以 有 效 减少 App 的 数据 流量 。App 必 
须 在 图 片 质 量 和 图 片 尺 寸 之 间 找 到 一 个 平衡 点 (可 以 咨询 用 户 体验 或 编辑 团队 )。 一 旦 找 
到 了 正确 的 平衡 点 ， 你 就 拥有 了 一 个 外 形 美观 的 App， 而 且 优 化 后 的 图 片 可 以 快速 下 载 和 




















1. 尺寸 超大 化 

如 果 App 里 的 每 张 图 片上 只 有 一 个 版 本 ， 要 将 它 用 于 所 有 移动 设备 (包括 使 用 其 他 移动 操作 
系统 的 视网膜 显示 屏 平板 电脑 ) ， 那 么 你 可 能 要 使 用 一 张 在 所 有 设备 上 看 起 来 都 很 清晰 的 
图 片 (这 意味 着 下 载 的 图 片 非常 大 )。 想 象 一 下 将 适用 于 视网膜 显示 屏 平 板 电 脑 上 的 一 张 
图 片 通过 2G 网 络 发 送 到 小 小 的 Android 设备 上 需要 多 长 时 间 ， 你 就 会 明白 这 不 是 你 想 
的 用 户 交互 。 





























为 了 适用 于 各 种 不 同 尺寸 的 屏幕 ， 你 可 能 想 要 为 图 片 创建 图 片 bucket。 这 样 在 需要 一 张 图 
片 时 ， App 就 可 以 提供 屏幕 尺寸 以 确保 传递 尺寸 正确 的 图 片 。Android 为 App 开发 提供 了 
屏幕 分 辩 率 bucket， 这 些 值 对 网 络 图 片 而 言 也 是 一 个 良好 的 开端 。 


如 果 缩 略图 和 原 图 在 App 上 的 展示 效果 一 致 ， 就 可 以 考虑 下 载 缩 略 图 而 不 是 原 图 。 

































































缩 略 图 


我 以 前 用 过 一 款 流 行 App， 它 的 每 篇 文章 旁边 都 有 一 个 250KB 的 缩 略 图 。 一 
个 页 面 上 有 6~8 个 文章 标题 ， 每 次 启动 App 的 时 候 ， 这 些小 图 片 就 要 增加 
1.5~2MB 的 数据 。 由 于 尺寸 原因 ， 开 发 者 把 它们 戏称 为 缩 略 图 (dumbnails)， 
在 后 来 发 布 的 版 本 中 采用 了 5~10KB 的 小 图 片 代替 它们 。 























你 可 以 选择 的 图 片 尺 寸 很 大 程度 上 并 不 是 由 App 决定 的 ， 而 是 由 布局 得 知 屏幕 上 必须 显示 
多 大 的 图 片 决 定 的 。 因 此 ， 只 有 先 根据 中 小 型 平板 设备 和 手机 屏幕 的 大 小 计算 出 最 合适 的 
像素 尺寸 ， 才 可 以 为 App 创建 正确 的 图 片 bucket。 

2. 元 数据 

当 用 数码 相机 拍照 片 时 ， 文 件 里 很 可 能 有 与 照片 相关 的 元 数据 (包括 设备 名 称 、 设 备 设 置 
以 及 拍摄 地 点 等 信息 )。 照 片 编辑 软件 也 会 给 图 片 增加 一 些 元 数据 。 除 非 App 是 讨论 照片 
拍摄 方法 和 编辑 技巧 的 摄影 App， 否 则 你 可 以 去 掉 照 片上 所 有 相关 的 元 数据 ， 将 这 些 几 字 
节 到 几 十 千 字 节 不 等 的 元 数据 保存 在 其 他 地 方 ， 这 样 不 会 损坏 发 送 给 用 户 的 图 片 的 质量 。 























3. 压缩 

跟 文本 文件 一 样 ， 你 也 可 以 压缩 图 片 使 其 变 小 ， 从 而 减少 占用 的 设备 存储 空间 ， 同 时 缩短 
下 载 时 间 。 图 片 压 缩 这 个 话题 太 大 ， 在 这 里 不 便 详 述 ,但 是 必须 指出 ， 在 压缩 图 片 的 同 
时 ， 图 片 质量 也 大 幅 下 降 了 (有 损 压 缩 )。 























图 片 适 用 的 有 损 压 缩 率 取决 于 图 片 的 用 途 。 对 缩 略 图 而 言 ， 压 缩 率 可 以 更 高 ， 因 为 它们 本 
身 就 很 小 ， 很 难 发 现 有 粒子 或 像素 变化 。 对 于 文章 中 的 图 片 ， 以 70% 的 压缩 率 保存 JPEG 
就 足够 了 。 专 注 于 摄影 与 图 形 的 App， 可 以 选择 不 做 任何 有 损 压 缩 。 压 缩 率 是 优化 图 形 质 
量 与 为 速度 压缩 尺寸 之 间 的 一 种 微妙 平衡 。 Google 的 PageSpeed 服务 器 默认 的 图 片 压 缩 率 
是 85%， 这 可 能 是 图 片 对 比 的 好 起 点 。 
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WebP: 能 否 成 为 JPEG 的 接替 者 








WebP 是 Google 正在 开发 的 一 种 图 片 格式 。WebP 格式 图 片 通常 比 类 似 的 
JPEG 格式 图 片 小 20%。 支 持 WebP 的 浏览 器 和 设备 日 益 增 多 (Android 4.0 
及 更 新 版 本 支持 ) 。 在 降低 图 片 文件 大 小 方面 ，WebP 值得 考虑 。 


























7.3.4 文件 缓存 

如 果 App 中 存在 经 常 使 用 的 文件 ， 那 么 你 应 该 一 次 性 下 载 好 这 些 文件 并 保存 在 本 地 以 供 
多 次 使 用 。 就 性 能 而 言 ， 本 地 读 取 文件 往往 比 建立 连接 并 下 载 文件 更 快 。 单 任 这 一 点 ， 绥 
存 就 可 以 加 速 App 的 呈现 。 减 少 网络 连 接 不 仅 能 节约 服务 器 容量 ， 还 能 降低 用 户 的 电量 
消耗 。 


当然 ， 调 用 缓存 的 主要 原因 是 移动 数据 的 使 用 受 流 量 套 餐 限制 ， 下 载 过 多 内 容 可 能 会 使 用 
户 超出 每 月 流量 限制 ， 增 加 花费 。 缓 存 有 两 个 要 点 : 首先 ， 必 须 在 设备 上 的 App 内 打开 缓 
存 功能 ， 其 次 还 必须 在 服务 器 端 设置 正确 的 缓存 时 间 。 


1. 应 用 内 缓存 
有 趣 的 是 ，Android 缓存 功能 默认 是 关闭 的 ， 所 以 你 需要 将 它 打开 。 对 于 Android 4.0 及 更 
新 版 本 ， 在 oncreate 中 调用 以 下 代码 就 可 以 启用 HTTP 响应 缓存 : 


























private void enableHttpResponseCache() { 
try { 
Long httpCacheSize = 10 * 1024 * 1024; // 10 MiB 
File httpCacheDir = new File(getCacheDir(), "http"); 
Class.forName("android.net.http.HttpResponseCache") 
.getMethod("install", File.class, long.class) 
.invoke(null, httpCacheDir, httpCacheSize); 
} catch (Exception httpResponseCacheNotAvailable) { 
Log.d(TAG, "HTTP response cache is uynavailable."); 
} 
} 


现在 App 可 以 缓存 了 。 


2. 服务 器 端 缓存 

服务 器 向 设备 传输 的 报头 设 定 了 设备 里 存储 的 每 个 文件 的 缓存 时 间 。 在 服务 器 上 设置 缓存 
参数 时 ， 必 须 考 虑 几 个 重要 因素 。 通 常 ， 文 件 缓存 有 一 个 有 效 期 ，App 在 有 效 期 内 请 求 文 
件 ， 由 设备 缓存 提供 该 文件 。 如 果 缓 存 过 期 ， 则 连接 服务 器 ， 检 查 文件 是 否 被 修改 。 如 果 
文件 相同 ， 则 向 设备 发 送 一 个 HTTP 304“not modified” 响 应 ， 并 重 置 缓存 定时 器 ， 如 果 文 
件 不 同 ， 则 下 载 新 文件 。 

















缓存 定时 器 的 长 度 实际 取决 于 缓存 内 容 及 其 改动 的 频率 (例如 ， 运 动 队 标 志 这 些 很 少 改动 
的 可 以 缓存 一 年 ， 天 气 情况 缓存 5 分 钟 ， 头 条 新 闻 订 阅 源 可 能 不 缓存 )。 更 改 内 容 的 缓存 
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时 间 不 仅 可 以 确保 用 户 看 到 的 数据 始终 是 最 新 的 ， 还 能 限制 重复 下 载 的 文件 的 数量 ， 从 而 
市 省 电量 和 流量 。 一 般 来 说 ， 有 三 种 报头 可 以 用 来 设置 内 容 的 过 期 日 期 。 


3. 





Cache Control (添加 Expires 报 头 ) 


缓存 最 常用 的 报头 是 Cache-Control 报头 ， 它 有 几 个 可 以 指定 的 常用 值 。 


4. 


Private/Public 


网 络 中 CDN 缓存 使 用 的 代表 性 指令 。 它 可 以 向 CDN 表明 文件 是 公共 的 (任何 人 都 可 
以 使 用 ) 还 是 用 户 私 有 的 。 


no-store 


如 果 文 件 使 用 该 指令 ， 那 么 该 文件 无 法 缓存 ， 必 须 在 每 次 使 用 时 下 载 。 


no-cache 


no-cache 报头 的 名 称 可 能 令 人 误解 。 带 有 no-cache 报头 的 文件 实际 上 是 可 以 缓存 的 ， 但 
是 再 次 使 用 前 必须 重新 验证 。 








max age=X 
max-age 表示 文件 可 以 缓存 的 最 大 时 间 (单位 : 秒 )。 常 用 值 为 0 (与 no-cache 相同 )、 
60、300、600、3600 (1 小 时 )、86 400 (1 天 )、3 153 600 (1 年 )。 


ETag 


ETag 是 一 种 响应 报头 ， 包 含 由 随机 字符 组 成 的 唯一 字符 串 。 每 次 从 缓存 中 使 用 文件 时 ， 
ETag 必须 先 在 服务 器 端 验证 。 如 果 本 地 字符 串 与 服务 器 端 一 致 ， 服 务 器 发 回 “304 not 
modified” ， 那 么 使 用 本 地 文件 。 如 果 ETag 不 一 致 ， 则 下 载 新 文件 并 保存 在 缓存 内 。 它 的 
作用 与 Cache-Control: no-cache 或 max-age=0 相同 。 





























对 于 经 党 过 期 的 文件 ，ETag 是 验证 本 地 缓存 文件 是 否 依 旧 与 服务 器 同步 的 好 方法 。 但 对 于 
很 少 改动 的 文件 ，ETag 则 是 昂贵 (从 性 能 方面 来 看 ) 的 缓存 机 制 。 这 是 因为 尽管 并 未 下 载 


文 


下 


























二 《这 样 节 省 了 带宽 )， 但 是 依旧 建 立 了 连接 ， 连 接 时 间 延长 了 文件 处 理 过 各 

















看 例子 中 有 一 个 ETag 报头 和 一 个 Cache-Control 报头 。 在 86 400 秒 (1 天 ) 内 ， 设 备 会 











从 缓存 读 取 文 件 ， 之 后 检查 ETag (或 最 后 修改 ) 报头 以 查看 文件 是 否 被 改动 。 如 果 无 改 


动 ， 


则 继续 使 用 缓存 86 400 秒 : 


HTTP/1.1 200 OK 

Accept-Ranges: bytes 

Cache-Control: max-age=86400 

Content-Type: image/jpeg 

Date: Tue, 28 Jan 2014 00:14:55 GMT 

Etag: "b17ad00-1f17-46723595372c0" 

Expires: Wed, 29 Jan 2014 00:14:55 GMT 
Last-Modified: Thu, 09 Apr 2009 18:23:47 GMT 
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Server: Apache/2.2.3 (Cent0S) 

X-Cache: HIT 

Content-Length: 7959 
5. Expires 
Expires 报头 不 如 Cache-Control 和 ETag 报头 常见 (但 同样 有 效 )， 它 并 不 给 出 按 秒 计算 的 
文件 过 期 时 间 ， 而 是 给 出 文件 未 来 过 期 和 应 当 重 新 验证 的 具体 日 期 。 这 是 网 络 上 最 早 使 用 
的 缓存 报头 ,一些 老 式 的 浏览 器 可 能 还 在 使 用 它 。Expires 报头 应 与 Cache-Cotrol: max- 
age 一 致 。 在 前 例 中 ，Expires 报头 恰好 是 从 服务 器 获得 文件 的 一 天 后 。 








比 缓存 更 快 吗 








你 的 App 会 在 第 一 次 启动 时 下 载 内 容 并 缓存 很 长 时 间 吗 ? 记 住 : 第 一 次 启动 
几乎 决定 了 用 户 满意 度 ， 关 平成 败 。 如 果 App 第 一 次 启动 花费 了 很 长 时 间 进 
行 配置 (下载 图 片 和 文件 )， 那 么 用 户 可 能 就 不 会 再 用 你 的 App 了 。 把 图 片 
和 文件 放 入 App 的 资源 文件 ， 虽 然 需要 下 载 的 App 会 变 大 ， 但 是 可 以 加 快 
第 一 次 启动 的 速度 。 此 外 ， 如 果 你 改动 了 标志 、 图 标 等 ， 你 需要 做 的 是 发 布 
一 个 App 更 新 。 


























你 可 以 使 用 ARO 查看 App 是 否 正 确 缓存 。 有 三 个 最 佳 实践 可 以 帮助 你 确定 缓存 文件 的 问 
题 : 重复 内 容 、 缓 存 控制 和 内 容 过 期 。 图 7-7 中 的 表格 显示 了 一 个 跟踪 里 下 载 超过 一 次 的 
文件 列表 、 每 个 文件 的 下 载 次 数 和 重复 文件 的 大 小 。ARO 里 的 缓存 控制 《Cache Control) 
和 内 容 过 期 (Content Expiration) 最 佳 实践 充当 的 是 服务 器 端 和 设备 端 (各 自 ) 潜在 缓存 
问题 的 警告 。 





ARO 缓存 控制 最 佳 实践 用 于 查找 是 否 存在 Cache-ControUETag 或 Expires 报头 。 如 果 服 务 
器 未 插入 此 类 报头 ， 则 发 出 “此 处 缓存 策略 可 能 失败 ! ”的 和 警告。 可 能 你 不 想 缓存 基 个 文 
件 ， 所 以 就 省 去 了 报头 。 但 是 这 里 有 一 个 重要 问题 需要 注意 : HITP 缓存 规范 规定 ， 如 有 果 
文件 不 含 内 容 ， 那 么 会 被 缓存 24 小 时 。 如 果 你 不 想 缓存 文件 ， 必 须 明 确 说 明 ， 以 避免 出 
现 按照 规范 进行 缓存 的 情况 ! 








ARO 内 容 过 期 最 佳 实践 确保 了 App 缓存 正常 工作 。 它 计算 “304 not modified” 服 务 器 检 
查 消息 的 数量 、 缓 存 报头 被 忽略 的 次 数 以 及 向 服务 器 请 求 文件 的 次 数 ( 当 文件 应 当 在 缓存 
中 时 )。 通 常 来 说 ， 它 会 向 设备 上 未 配置 (或 未 正确 配置 ) 缓存 的 App 发 出 警告 。 











如 果 App 重复 下 载 内 容 ， 你 就 要 多 加 注意 ， 确 保 正 确 插 入 报头 (服务 器 修复 )， 而 且 App 
在 缓存 里 正确 地 保存 文件 (应 用 修复 )。 





7.3.5 文件 之 外 
优化 下 载 的 文件 很 重要 。 更 小 、 更 精 的 文件 常常 可 以 使 下 载 更 快速 ， 性 能 更 高 效 。 但 是 ， 
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现在 你 也 知道 蜂窝 网 络 延迟 和 7.1.3 节 中 的 RRC 状态 机 是 如 何 影响 下 载 速度 和 用 电量 的 
了 。 假 设 所 有 文件 都 已 经 被 优化 ， 现 在 我 们 需要 确保 连接 App 和 服务 器 以 获取 这 些 文件 的 
过 程 要 尽 可 能 地 高 效 ， 并 与 RRC 状态 机 协作 ， 从 而 最 大 化 性 能 和 用 户 满意 度 。 


7.3.6 ”分 组 连接 

想象 一 个 广告 支持 的 图 片 分 享 App。 我 们 直觉 地 知道 ， 传 输 图 片 的 连接 会 占用 很 大 带宽 ， 
并 且 会 经 常 连 接 网 络 。 你 知道 广告 SDK 的 行为 吗 ? 广告 是 和 图 片 一 起 载 入 的 吗 ? 当 无 线 
电 静 默 的 时 候 也 会 发 生 这 些 连接 吗 ? 你 的 分 析 数 据 又 是 怎样 的 ? 这 些 连接 是 同时 发 生 的 
吗 ? 这 些 连接 在 任何 时 候 都 可 以 随心 所 欲 地 唤醒 无 线 吗 ? 
































你 可 能 会 认为 ， 构 建 这 些 工 具 就 是 为 了 连接 。 如 果 除 了 库 和 连接 外 ， 你 还 使 用 了 多 个 其 他 
的 分 析 提 供 程序 〈 或 广告 服务 )， 那 么 App 就 永远 也 不 会 让 无 线 电 休眠 了 ， 因 为 所 有 的 服 
务 想 什么 时 候 连 接 就 什么 时 候 连 接 。 如 果 想 让 App 尽 可 能 高 效 ， 将 连接 编组 为 几 个 大 的 
bucket (而 不 是 很 多 个 小 的 bucket) 是 可 行 的 。 查 看 这 些 SDK 的 文档 和 代码 ， 看 看 是 否 
可 以 将 它们 与 App 里 的 其 他 连接 同步 。 如 果 测 试 发 现 第 三 方 SDK 的 表现 达 不 到 其 应 有 的 
水 平 ， 联 系 它 的 开发 者 。 开 发 者 可 能 也 不 清楚 库 的 表现 ， 并 且 可 能 会 有 兴趣 改善 库 的 网 络 
表现 。 


定期 连接 

由 于 RRC 状态 机 ， 每 个 服务 器 连接 都 会 使 无 线 电 保持 在 活动 状态 ， 所 以 尽 可 能 减少 App 
内 的 (特别 是 后 台 发 生 的 ) 连接 数量 非常 重要 ， 这 样 不 仅 能 延长 电池 寿命 ， 也 能 减少 用 户 
的 流量 。2013 年 ， 我 的 团队 与 一 个 流行 社交 媒体 App 合作 ， 目 的 是 减少 Android App 在 后 
台 产 生 的 连接 数量 。 在 这 个 App 的 早期 版 本 里 ， 我 们 看 到 有 三 个 连接 以 不 协调 的 方式 在 后 
台 运 行 。 每 30 分钟 ， 这 三 个 连接 打开 无 线 电 七 次 。 在 图 7-13 中 ， 这 30 分 钟 以 红色 突 发 
(Burst) 的 数据 包 为 界线 。 在 图 片上 部 ， 你 可 以 看 到 两 个 发 生 时 间 非 常 接近 (但 不 重合 ) 
的 紫色 、 黄 色 和 蓝 色 突 发 。 紫 色 连 接 打开 第 二 个 和 第 三 个 连接 ， 黄 色 突 发 再 次 使 用 这 两 个 
连接 ， 蓝 色 突 发 是 服务 器 发 出 的 数据 包 ， 提 醒 App 关闭 连接 。 


开发 人 员 看 到 这 个 后 就 知道 ， 简 单 地 协调 这 些 连 接 (并 确保 正确 关闭 它们 ) 可 以 大 大 减少 
App 的 后 台电 量 消耗 。 下 部 的 跟踪 显示 了 改进 情况 。App 的 “升级 版 ”将 这 三 个 连接 整合 
到 一 个 事务 时 间 ， 刷 新 率 被 开发 人 员 加 倍 至 每 15 分 钟 。 现 在 ， 每 30 分 钟 连接 2 次， 数据 
更 新 频率 是 原来 的 两 倍 ， 而 用 电量 却 下 降 了 不 止 50%。 假 设 这 些 连接 一 天 24 小 时 都 发 生 ， 
估计 我 们 可 以 为 每 个 安装 了 此 App 的 用 户 实际 节省 约 5% 的 电池 电量 。 























































































































下 载 数据 包 
突 发 

用 户 输 入 

RRC 状 态 时 | | 
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6.000 6.2 








图 7-13: 社交 媒体 后 台 连 接 : 优化 前 (上 ) 和 优化 后 (下 ) ( 另 见 彩 插 ) 
并 不 是 所 有 开发 人 员 都 有 时 间 制 作 自己 的 事务 管理 器 ， 








但 是 Android 开发 人 员 一 直 都 在 








注意 这 个 问题 。 在 3.6 节 中 ， 我 们 讨论 了 Android 5.0 引入 的 JobScheduler API， 并 举例 
说 明了 如 何 让 操作 系统 减少 周期 性 连接 ， 从 原先 可 能 多 达 20 个 的 连接 减少 为 9 个 。 将 
JobScheduler API 的 灵活 性 加 入 到 下 载 非 关 键 性 元 素 中 ， 并 在 后 台 连 接 加 入 回 退 机 制 ， 这 
可 以 大 大 降低 无 线 电 的 使 用 率 ， 并 能 在 提高 App 性 能 的 同时 ， 降 低 用 电量 (你 和 用 户 的 


双赢 ) ! 


7.3.7 ”检测 应 用 的 无 线 电 使 用 情况 


要 确定 用 户 设 备 连接 的 是 Wi-Fi 还 是 蜂窝 网 络 ， 你 可 以 查询 连接 管 








例 7-1: 连接 识别 : Wi-EFi 或 蜂窝 网 络 
public static String getNetworkClass(Context context) { 
ConnectivityManager cm = (ConnectivityManager) 


再 








De 
有 嫩 ， 








如 例 7-1 所 示 。 


context.getSystemService(Context.CONNECTIVITY_SERVICE); 


NetworkInfo info = cm.getActiveNetworkInfo(); 

if(info==null || !info.isConnected()) 
return"-"; // 未 连接 

if(info.getType() == ConnectivityManager .TYPE_NIFI) 
return "wifi"; 

if(info.getType() == ConnectivityManager .TYPE_MOBILE){ 
return "cellular"; 
} 

} 


return "unknown"; 
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通过 这 个 数据 片段 ， 你 可 以 知道 使 用 的 是 哪 种 连接 ， 然 后 针对 这 两 种 网 络 类 型 定制 数据 
流 。 如 果 用 户 使 用 的 是 蜂窝 网 络 ， 可 以 使 用 能 推迟 传输 的 非 紧 急 通 信 。 在 Android 5.0 的 
JobScheduler 出 现 前 ， 我 们 无 法 得 知 网 络 的 使 用 情况 。 使 用 例 7-2 中 所 示 的 代码 可 以 让 分 
析 和 广告 只 在 蜂窝 网 络 已 使 用 的 情况 下 载 入 。 


例 7-2: 确定 蜂 视 网 络 连接 是 否 存在 


if (Tel.getDataActivity() >0){ 























if (Tel.getDataActivity() <4){ 





//1，2，3 响 应 代表 蜂窝 网 络 正在 传输 ! 
// 用 image getter 下 载 图 片 


imagegetter(counter, numberofimages); 





// 并 显示 广告 

AdRequest adRequest = new AdRequest(); 
adRequest.addTestDevice(AdRequest.TEST_EMULATOR); 
adView. LoadAd(adRequest); 

// 发 起 通用 请 求 以 便 随 广告 加 载 

adView.LoadAd(new AdRequest()); 























}} 


个 代码 片段 使 用 TelephonyManager (Tel) 数据 行为 API 确定 无 线 电 是 否 打 开 。 的 
线 已 经 打开 ， 则 使 用 这 个 连接 下 载 更 多 内 容 。 它 只 表明 数据 传输 是 否 在 蜂窝 网 络 (不 
Wi-Fi) 上 发 生 的 。 在 Android 5.0 中 ，ConncetivityManager 中 加 入 了 新 API， 现 在 可 以 利 
用 ConnectivityManager .OnNetworkActiveListener 将 这 个 仅 适 用 蜂 寞 网络 的 方法 推广 应 用 
到 所 有 无 线 连接 ， 从 而 找 出 无 线 网 络 何 时 处 于 高 功率 状态 〈 并 准备 传输 数据 )。 可 以 使 用 
ConnectivityManager .isDefauLtNetworkActive() 查看 网 络 是 否 已 经 处 于 活动 状态 。 使 用 已 
经 建立 的 无 线 连接 是 共享 资源 和 节省 用 户 电量 的 好 方法 。 






































GCM Network Manager 

在 2015 年 的 Google 开发 者 大 会 上 ，Google 和 Android 使 省 电 的 网 络 连接 调度 更 为 简单 。 
作为 Google Play 服务 的 一 部 分 ， 它 们 模仿 JopScheduler API 连接 添加 了 GCM Network 
Manager API。 但 是 JobScheduler 只 能 在 使 用 Lollipop 的 设备 上 运行 ， 而 GCM Network 
Manager 可 以 在 Gingerbread (2.3) 版 本 之 后 的 所 有 Google Android 设备 上 运行 。 Be 
和 在 JobScheduler 中 一 样 ， 你 可 以 简单 地 设置 连接 ， 只 在 Wi-Fi 开启 状态 或 设备 连通 电源 
的 时 候 运行 。 你 也 可 以 设置 任务 使 其 在 后 台 定期 运行 或 自动 退出 。 利 用 此 API 进行 非 紧 急 
性 更 新 与 连接 ， 可 以 为 用 户 直接 节省 大 量 的 设备 电池 用 量 。 












































7.3.8 适时 关闭 连接 
如 果 在 手机 上 建立 无 线 电 和 TCP 连接 时 发 生 延 迟 ， 你 可 能 会 认为 明智 的 做 法 是 只 对 服务 器 
开启 TCP 连接 。 这 样 一 来 ， 如 果 更 多 的 数据 包 需 要 发 送 到 设备 ， 你 就 可 以 减少 一 些 连 接 











设置 延迟 。 对 相对 快速 、 连 续 发 送 的 文件 确实 如 此 。 但 如 果 文 件 发 送 的 间隔 时 间 达 到 或 超 
过 了 15 秒 ， 可 能 还 是 得 开启 无 线 电 (其 实 连接 设置 所 需 时 间 极 少 )。 








如 果 一 段 时 间 内 没有 产生 数据 流量 而 连接 还 在 开启 ， 设 备 和 服务 器 都 有 个 关闭 连接 的 清理 
进程 。 这 也 不 是 件 坏事 〈 后 续 的 章节 会 讲述 原由 )。 但 缺点 就 是 关闭 连接 的 一 方 会 告诉 对 
方 :“ 喂 ， 我 现在 要 关闭 连接 了 。” 这 可 能 会 造成 无 线 电 连 接 的 继续 开启 ， 继 续 在 设备 上 运 
行 10~15 秒 的 RRC 状态 机 ， 给 用 户 造成 额外 的 电量 损耗 。 








从 图 7-14 中 ARO 展示 的 截屏 来 看 ， 在 第 8 秒 的 时 候 一 个 小 图 片 被 加 载 了， 但 是 连接 并 没 
有 断 开 。 



































| Best Practices/Results Overview 
Date: Dec 10, 2012 3:52:36 PM 
Trace: Closing_connections_trace Total Bytes: 105] 
Ba 
Throughput 
| 
Packets UL | 
Packets DL | 
Bursts 
User Input | 
RRC States | 
Timeline i 10 15 i Se 
TCP/UDP Flows 
Time | [el Application Domain Name |Local Port |Remote ll 
| Request/Response View Oo 
ID Time Direction Type Payload Length TCP Flags 
18 8.599262 DOWNLINK DATA 1460 A 
19 8.599608 DOWNLINK DATA 1460 A 
20 8.599708 DOWNLINK DATA 1020 AP 
二 8.612965 UPLINK ACK 0 A 
22 8.613467 UPLINK ACK 0 A 
23 8.613612 UPLINK ACK 0 A 
24 18.328512 DOWNLINK CLOSE CONN 0 AF 
25 18.423365 UPLINK ACK 0 A 











图 7-14: ARO 诊断 选项 卡 显示 连接 关闭 问题 


在 第 18 秒 的 时 候 ， 服 务 器 (很 可 能 在 执行 清理 进程 ) 关闭 了 连接 ， 造 成 RRC 定时 器 重 
置 (在 数据 包 查 看 表 中 : 18 秒 时 ， 服 务 器 数据 ID24 关闭 了 连接 )。 但 无 线 电 连接 并 没有 在 
18~19 秒 的 时 候 关 闭 ， 而 是 持续 开启 到 28 秒 ， 这 几乎 耗费 了 下 载 一 张 图 片 的 两 倍 电量 。 
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对 于 那些 不 再 需要 的 连接 ， 可 以 在 下 载 结束 时 指定 关闭 。 例 7-3 中 ， 我 禁用 了 “保持 i 





接 "。 然 后 下 载 结束 时 ， 我 就 断 开 了 连接 。 这 就 表明 连接 资源 可 以 重复 使 用 或 者 关闭 ( 
约 内 存 等 )。 


例 7-3: 适时 关闭 连接 


连 


-二 


-1 


HttpURLConnection connectionCLoseProperLy = (HttpURLConnection)uLrn.openConnection( ); 





// 这 禁用 了 “保持 链接 ” 
connectionCloseProperly.setRequestProperty("connection", "close"); 
ConnectionCLoseProperLy.setUseCaches(true) ; 
ConnectionCLoseProperLy.Cconnect(); 

Object response = connectionCloseProperly.getContent(); 
InputStream isclose = ConnectionCLoseProperLy.getInputStream( ) ; 


. .download and render bitmap image 


connectionCloseProperly.disconnect(); 


一 旦 执行 这 段 代 码 ， 图 片 下 载 完 成 后 ， 服 务 器 和 设备 就 会 立即 关闭 连接 。 


7.3.9 定期 执行 重复 的 ping 命 令 
那些 需要 定期 更 新 数据 的 App， 应 该 使 用 Google Cloud Messenger 之 类 的 工具 向 App 推送 
更 新 信息 。 你 可 以 定制 个 性 化 服务 ， 通 过 设置 提醒 每 x 分 钟 后 开始 后 台 运 行 ， 唤 醒 无 线 



































E> 


连接 并 下 载 数据 。 这 似乎 不 是 什么 大 事 ， 但 是 想象 一 下 ， 如 果 App 每 三 分 钟 就 ping 一 次 
服务 器 以 获取 更 新 信息 ， 那 么 App 每 24 小 时 就 要 连接 480 次 。 置 入 一 个 10 秒 的 状态 机 定 
时 器 ,这些 “ 无 害 ” 连 接 每 天 要 耗费 80 分 钟 进行 无 线 电 连接 。 如 果 必 须 定期 唤醒 无 线 电 
连接 获取 数据 ， 必 须 确保 可 执行 回 深 操作 ， 或 在 特定 时 间 段 后 禁用 提醒 以 保持 App (或 设 














备 ) 休眠 。 
在 一 些 情况 下 ，App (如 实时 游戏 ) 电 et se tn 在 这 种 情 ? 





下 ,务必 将 发 送 的 数据 量 减 到 最 少 ， 同 时 要 明白 App 运行 时 保持 无 线 电 连 SE 





常 耗 电 的 。 





完美 风暴 : 重复 连接 和 关闭 连接 


想象 一 下 ， 当 几 个 人 在 某 区 域 移动 ， 他 们 手机 上 的 App 每 隔 五 秒 和 服务 器 交换 一 次 实 
再 想象 一 下 ， 收 到 最 后 一 个 数据 包 后 (在 服务 器 上 保留 人 地 
址 ) ， 服 务 器 上 的 连接 仍然 保持 90 秒 。 通 常 而 言 ， 如 果 每 个 用 户 每 次 会 话 只 要 占用 一 个 

连接 ， 这 就 应 该 没什么 问题 了 。 但 是 如 果 你 更 改 了 代码 中 的 配置 ， 使 每 一 次 ping 都 与 

服务 器 建立 一 个 新 的 TCP 连接 ， 而 App 在 发 布 前 没有 测试 到 这 个 问题 ， 最 后 会 发 生 什 
么 事 ? 











那么 你 就 引发 了 一 场 完美 的 数据 流量 风暴 | 现在 每 个 Android 用 户 每 5 秒 ping 一 
次 ， 将 18 个 之 多 的 IP 地址 连 入 服务 器 。 连 入 的 用 户 越 来 越 多 ， 可 能 就 会 发 生 IP 
冲突 现象 ， 从 而 导致 用 户 无 法 连接 ! 茶 喜 ， 你 的 App 向 服务 器 成 功 地 完成 了 一 次 
DDoS 攻击 。 


因此 ， 要 特别 注意 服务 器 重复 执行 ping 操作， 并且 应 当 在 App 发 布 前 进行 测试 。 














7.3.10 ”网络 安全 技术 的 应 用 (HTTP 和 HTTPS) 


在 用 网 络 传输 数据 时 ， 必 须 保 证 用 户 的 个 人 数据 安全 。 似 乎 每 周 都 会 爆 出 一 款 移动 App 存 
在 严重 的 个 人 信息 安全 漏洞 。 在 本 地 设备 和 服务 器 上 恰当 存储 文件 非常 关键 但 是 在 网 络 
上 正确 传送 文件 也 很 重要 。 用 户 可 能 会 连接 到 任何 类 型 的 网 络 ， 包 括 服务 场所 不 安全 的 
Wi-Fi 热点 。 如 果 你 传输 的 数据 通过 HTTP 发 送 ， 突 探 者 能 之 不 费力 地 获取 该 数据 一 一 因 
为 你 是 用 明文 发 送 的 ! 你 应 该 通过 HITPS 发 送 ， 使 用 密 钥 加 密 数 据 ， 然 后 再 将 密 钥 告知 
接收 方 。 虽 然 初始 化 连接 会 造成 额外 的 数据 往返 ， 但 是 只 要 正确 配置 了 HITPS 连接 ， 这 
个 传输 过 程 就 是 安全 的 。 


7.4 全 球 移 动 网 络 覆盖 范围 


关于 好 房子 ， 地 产 中 介 有 名 口头 禅 : “位置 、 位 置 、 位 置 。 如 果 按 照 前 文 所 说 的 那些 最 佳 
实践 彻底 优化 网 络 ， 那 么 你 在 移动 网 络 性 能 上 就 迈 出 了 漂亮 的 第 一 步 。 然 而 ， 尚 有 一 项 最 
重要 的 变量 我 们 没有 考虑 到 一 一 用 户 的 网 络 速度 。( 很 显然 ) 我 们 不 能 控制 用 户 以 什么 方 
式 或 在 什么 地 方 连接 到 我 们 的 App。 不 过 ， 我 们 可 以 尽量 地 优化 用 户 体验 。 













































































GSMA 机 构 的 信息 显示 ，2014 年， 近 40% 的 移动 网 络 连接 设备 是 智能 手机 (至 2020 年 ， 
此 比例 会 上 升 至 65%)。 


如 图 7-15 所 示 的 全 球 移动 网 络 市 场 渗 透 率 ，2014 年 第 三 季度 ，4G 的 市 场 渗透 率 大 约 是 
5%，3G 略微 超过 30%。 这 意味 着 ， 有 相当 大 一 部 分 用 户 (至 少 5%， 如 果 我 们 只 考虑 不 
具备 3G 功能 的 手机 ) 使 用 专用 2G 网 络 的 智能 手机 。 


2013 年 ， 百 度 宣称 中 国有 2.7 亿 的 Android 用 户 ， 而 其 中 31% 的 用 户 使 用 2G 网 络 连接 。 
之 后 ，LTE 在 中 国 推出 ， 但 我 们 还 是 很 明显 地 看 到 ， 很 多 Android 用 户 仍然 只 使 用 2G 网 
络 进 行 数据 连接 。 





























智能 手机 使 用 慢 速 网 络 并 不 只 是 美国 和 欧洲 以 外 地 区 才 存 在 的 问题 。 即 使 在 发 达 国 家 ， 有 
些 地 方 也 并 没有 开始 推行 LTE (或 高 速 网 络 只 有 零星 覆盖 )。 用 户 将 来 可 能 去 到 这 些 地 方 
并 使 用 你 的 App， 因 此 ， 有 必要 确保 移动 App 在 慢 速 和 更 拥挤 的 网 络 中 运行 恨 好 。 
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图 7-15: 全 球 “G” 市 场 占 比 (GSMA 机 构 供 图 ) 


在 2.4 节 中 ， 我 们 探讨 了 为 何 “ 你 的 设备 不 是 用 户 的 设备 "， 同 样 ， 你 的 移动 网 络 不 是 用 
户 的 移动 网 络 。 大 部 分 的 开发 者 处 在 高 速 网 络 覆 盖 的 区 域 ， 至 少 是 3G (很 有 可 能 是 4G 
LTE) 无 线 电 连 接 。 开 发 者 除了 拥有 大 屏幕 和 快速 的 处 理 器 之 外 ， 还 生活 在 高 可 用 性 网 络 
的 良好 环境 中 。 对 于 和 开发 者 有 相同 环境 的 用 户 来 说 ， 这 当然 很 好 。 然 而 ， 了 解 世界 各 地 
的 网 络 连接 才 可 以 确保 我 们 的 确 在 为 最 终 用 户 提 供 正 确 的 数据 。 























7.4.1 CDN 服 务 器 

由 于 延迟 是 移动 数据 通信 的 主要 绊脚石 ， 任 何 能 减少 延迟 的 事情 对 最 终 用 户 来 说 都 将 加 速 
数据 的 获取 和 App 的 谊 当 。 虽 然 光 的 速度 快 得 令 人 难以 置信 ， 但 它 也 需要 花 53 宣 秒 从 波 
士 顿 往返 于 伦敦 (从 波士顿 到 悉尼 需要 162 毫秒 ) ! 为 了 减少 延迟 ， 应 当 萎 虑 使 用 CDN 
在 世界 各 地 的 数据 中 心 制 作 内 容 的 镜像 ， 从 而 让 用 户 可 以 更 快 地 获取 到 他 们 需要 的 数据 。 


CDN 服务 器 (大体 上 来 说 ) 是 用 来 在 网 络 前 沿 或 者 接近 最 后 一 英里 处 存储 数据 的 服务 
器 。 它 依赖 于 数据 存储 的 分 布 式 系 统 ， 主 系统 不 会 因为 请 求 次 数 太 多 而 不 堪 重 负 。 将 这 些 
CDN 服务 器 放置 在 用 户 附近 ， 数 据 就 更 靠近 用 户 了 ， 这 样 就 减少 了 请 求 和 传送 文件 的 往 
返 时 间 。 






































Facebook 报告 显示 ， 在 印度 尼 西 亚 ，50% 的 手机 用 户 使 用 Facebook， 而 其 中 75% 的 用 户 
使 用 2G 网络。 在 连接 有 限 的 情况 下 ， 面 对 大 量 用 户 ，Facebook 尝试 尽 可 能 实现 收益 最 大 
化 。 印 度 尼 西亚 是 一 个 幅员 辽阔 的 大 群岛 ， 而 该 国 大 部 分 地 区 距离 新 加 坡 (一 个 可 能 世 
CDN 位 置 ) 3200 公里 。 数 据 从 本 地 CDN 服务 器 到 用 户 手 机 在 光纤 中 的 往返 时 间 大 约 需 要 
32 毫秒 (假设 光 在 光纤 中 的 速度 为 200 000 千 米 / 秒 )。 即 使 有 这 样 大 的 延迟 ，Facebook 
发 现 还 是 需要 积极 地 进行 CDN 映射 。 通 过 分 析 ，Facebook 发 现 ， 仅 16% 的 流量 来 自 本 地 
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CDN 服务 器 ， 而 84% 的 图 像 或 者 视频 来 自 南美 (跨越 半 个 地 球 )。 对 于 从 南美 传输 到 印度 
尼 西 亚 的 数据 来 说 ， 它 必须 要 跨越 太平 洋 (http:/www.submarinecablemap.com/)。 哪 怕 我 
们 将 CDN 服务 器 放置 在 厄瓜多尔 (南美 洲 的 最 西端 )， 数 据 仍然 必须 传输 大 约 18 000 公 
里 ， 往 返 时 间 为 176 毫秒 (是 新 加 坡 CDN 服务 器 的 5.5 倍 ) 。 这 无 颖 显示 了 CDN 的 价值 。 
此 外 ， 精 心 调节 CDN 流量 以 缩短 数据 传送 给 用 户 的 距离 也 很 重要 。 

















7.4.2 在 慢 速 网 络 中 测试 App 

测试 App 在 慢 速 网 络 中 的 表现 ， 第 一 步 应 该 是 申请 一 次 环球 旅行 ， 考 察 App 会 被 用 到 的 
地 方 (这 没有 什么 大 不 了 的 ， 对 吧 ? )。 从 7.4.1 节 可 知 ，Facebook 已 经 在 非洲 和 印度 尼 西 
亚 进 行 了 测试 ， 并 且 公 布 了 一 些 很 有 趣 的 结果 。 通 过 在 非洲 一 个 月 的 数据 统计 ，Facebook 
发 现 其 App 在 40 分 钟 内 会 崩溃 。 这 次 统计 促使 Facebook 竭尽 所 能 地 减少 数据 使 用 量 和 网 
络 利 用 率 ， 并 优化 了 图 像 ， 做 更 好 的 缓存 。 最 后 Facebook 的 数据 使 用 量 减少 了 一 半 (获得 
了 所 有 用 户 的 一 致 好 评 ! )。 






































很 少 有 公司 具备 和 Facebook 一 样 的 资源 条 件 ， 因 此 无 法 通过 环球 旅行 测试 App 是 可 以 理 
解 的 。 然 而 ， 仔 细 分 析 调 研 数据 ， 挖 掘 各 地 区 、 各 国家 的 延迟 时 间 和 带宽 问题 ， 还 是 可 以 
得 到 一 些 有 用 信息 的 。 





























7.4.3 仿真 慢 速 网 络 而 不 用 倾家荡产 

在 第 2 章 中 ， 我 建议 使 用 专用 的 Wi-Fi 网 络 进行 数据 测试 。 如 果 设 备 实验 室 只 在 高 速 网 络 
下 进行 所 有 的 测试 ， 那 么 就 有 可 能 漏 掉 慢 速 网 络 下 重要 的 测试 情景 。 如 果 不 考虑 移动 网 络 
吞吐 量 的 差异 性 ， 将 难以 吸引 新 用 户 ， 还 会 降低 那些 到 差 网 络 环境 下 的 现 有 用 户 的 使 用 积 
极 性 。 运 营 商 会 在 一 个 封闭 的 环境 中 使 用 专门 的 天 线 测试 各 种 情况 。 但 是 搭建 这 些 环境 是 
非常 昂贵 的 ， 那 么 怎样 才能 很 好 地 进行 测试 而 又 不 用 倾家荡产 呢 ? 让 我 们 一 起 看 看 以 下 这 
些 方法 吧 〈 按 实现 的 成 本 列 出 )。 



































1. Wi-Fi 网 络 节 流 

如 果 你 正在 使 用 无 线路 由 器 进行 测试 ， 并 且 可 以 在 路 由 器 上 安装 OpenWRT (一 个 开源 路 由 
器 )， 那 么 会 有 一 个 wshaper 插件 (http://wiki.openwrt.org/doc/recipes/guest-wlan)， 让 你 可 
以 对 上 行 和 下 行 链 路 连接 进行 节制 ， 这 至 少 可 以 让 你 模拟 较 慢 的 网 络 速度 (但 不 是 延迟 )。 





2. 模拟 器 
Android 模拟 器 可 以 控制 网 络 条 件 。 打 开 模 拟 器 后 ， 你 可 以 登录 到 模拟 器 以 模拟 不 同 的 否 
吐 量 和 延迟 : 


telnet localhost 5554 


network speed edge //gprs，umts hsdpa 和 全 面 的 附加 选项 
network delay edge 
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3. 自制 法 拉 第 筹 

法 拉 第 党 是 由 金属 丝 构成 的 党 子 ， 它 将 内 部 空间 同 外 部 的 电磁 辐射 完全 隅 离开 来 。 制 作 局 
部 法 拉 第 笼 能 够 减少 到 达 手 机 的 信号 量 。 有 报道 称 ， 一些 开 发 人 员 成 功 使 用 旧 的 (不 插 
电 ! ) 微波 炉 屏 蔽 掉 了 部 分 无 线 电 。 由 于 实验 的 不 确定 性 ， 这 些 测试 的 结果 很 难 重 现 ， 但 
这 也 许 已 足以 用 于 定性 测试 了 。 


4. 网 络 弱化 器 

AT&T 发 布 了 一 款 名 为 AT&T 网 络 弱 化 器 (http://developer.att.com/attenuator) 的 工具 ， 如 
7-16 所 示 。 这 款 网 络 弱化 器 在 Samsung S3 ICS 内 核 上 运行 〈 需 要 root 和 一 个 由 AT&T 
提供 的 自制 ROM 内 光 )。 安 装 后 ， 这 个 App 可 以 像 一 个 刻度 盘 一 样 减 慢 移动 网 络 、 降 
低 吞 吐 量 〈 很 抱歉 ， 如 果 你 连接 的 是 3G 网 络 ， 它 并 不 能 使 你 的 连接 变 得 和 4G 网 络 一 样 
快 )。 当 请 动 滑 块 将 网 速 从 UMTS 变 为 EDGE 时 ， 上 行 链 路 、 下 行 链 路 和 往返 时 间 定 时 器 
都 会 相应 地 作出 调整 ， 让 你 在 较 慢 速 的 网 络 条 件 下 对 App 进行 一 些 简单 的 测试 。 你 也 可 以 
从 左 到 右 请 动 滑 块 以 调整 网 络 拥塞 程度 ， 增 加 每 个 连接 的 往返 时 间 。 


























国 AT&T Network Attenuator 
Attenuator Domain Blocker 
Attenuation: OB 
Custom Settings: FF 
NA 
Network Speed 


GPRS EDGE UMTS HSPA 


Network Congestion 











7-16: 网 络 弱化 器 APK 


7.4.4 构建 网 络 感知 App 

如 果 你 知道 用 户 将 会 连接 到 不 理想 的 网 络 (而 且 我 们 知道 他 们 肯定 会 )， 那 么 保证 他 们 的 
最 佳 用 户 体验 难道 不 是 理 所 应 当 的 吗 ? 我 不 是 建议 降低 App 在 3G 或 者 4G 网 络 下 使 用 的 
质量 ， 而 是 有 技巧 地 加 强 App 在 慢 速 网 络 下 的 体验 。 我 喜欢 称 运用 了 这 种 架构 的 App 为 
“灵活 的 网 络 感知 ”(FNA) App， 因 为 它们 可 以 感知 网 络 ， 并 且 根 据 所 测 得 的 网 络 条 件 ， 
调整 用 户 的 体验 。 下 面 一 起 来 看 一 下 “网 络 活动 示例 ”App (https://github.com/dougsillars/ 
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FNASampleApps/tree/master/NASampleApps/NetworkActivitySample) 的 代码 。 在 描述 App 
时 大 声 地 说 出 运用 了 FNA 技术 是 一 件 很 酷 的 事情 。 














要 为 连接 快速 、 中 速 和 慢 速 网 络 的 设备 提供 不 一 样 的 移动 体验 ， 只 需要 简单 地 去 除 内 艇 视频 
或 者 减少 图 像 的 数量 (或 者 至 少 改变 图 像 的 大 小 )。 例 7-1 的 代码 是 用 来 进行 移动 网 络 连接 


的 ， 









































你 可 以 查看 TeLephonyManager 类 。 像 例 7-4 一 样 ， 你 可 以 使 用 App 转变 展示 体验 的 类 型 。 





例 7-4: 确定 移动 网 络 速度 


能 。 


TelephonyManager teleMan = 

(TelephonyManager )getSystemService(Context.TELEPHONY_SERVICE); 
int networkType = teleMan.getNetworkType(); 
switch (networkType) 




















{case 1: netType = "GPRS"; 
networkSpeed = "slow"; 
break; 
case 2: netType = "EDGE"; 
networkSpeed = "slow"; 
break; 
Case 3: netType = "UMTS"; 
networkSpeed = "medium"; 
break; 
// 我 们 会 略 过 一 些 网 络 类 型 ,但 你 应 该 明白 我 的 意思 了 
// 你 可 以 在 GitHub 中 查看 完整 代码 
case 13: netType = "LTE"; 
networkSpeed = "fast"; 
break;} 


过 对 网 络 状态 的 定期 检查 ，FNA App 地 增强 或 者 减弱 性 
这 是 一 个 非常 简单 的 算法 ， 并 且 不 需要 考虑 网 络 的 强度 。 进 一 步 而 言 ， 你 可 以 认为 弱 














的 3G 网 络 是 慢 速 网 络 ， 或 者 弱 的 4G 网 络 是 中 速 网 络 。 


例 妇 





0， 你 可 以 用 App 在 慢 网 上 下 载 一 张 小 图 片 ， 在 中 速 网 络 上 下 载 一 张 中 等 大 小 的 图 片 ， 





而 在 快 网 上 下 载 一 张大 图 。 和 上 文 类 似 ， 你 可 以 认为 Wi-Fi 是 快速 网 络 ， 其 至 是 “高 速 
网 络 ， 只 是 通过 Wi-Fi 向 用 户 发 送 数据 并 不 会 产生 流量 费用 罢了 。 











例 7-5: 设 定 网 速 


switch(networkSpeed){ 

case "fast": 
new ImageDownloader().execute(urlbig); // 图 片 大 小 为 143KB 
break; 

case "medium": 
new ImageDownloader().execute(urlmed); // 图 片 大 小 为 41KB 
break; 

Case "slow": 
new ImageDownloader().execute(urlsmall); // 图 片 大 小 为 27KB 
break; 
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下 载 图 片 的 时 候 ， 我 计算 了 下 载 的 实际 耗 时 ， 为 了 计算 更 准确 ， 我 记录 了 两 次 : 从 发 送 请 
求 到 收 到 来 自 服务 器 的 200 回复 的 时 间 ， 以 及 下 载 图 片 的 总 用 时 。 响 应 时 间 〈 收 到 服务 器 
的 200 回复 的 时 间 ) 是 往返 时 间 的 两 倍 (这 里 假设 DNS 查找 已 提前 完成 )， 它 可 以 用 来 
估算 网 络 延迟 。 下 载 时 间 是 从 服务 器 接收 到 对 象 的 总 用 时 。 另 外 ， 通 过 查询 内 容 的 长 度 ， 


三 


Android App 能 够 计算 出 该 文件 以 KB/ 秒 为 单位 的 实际 吞吐 量 。 























例 7-6: 确定 实时 的 往返 时 间 和 吞吐 量 
private Bitmap downloadBitmap(String UrL) { 
Long start = System.currentTimeMillis(); // 下 载 开 始 时 间 
final DefaultHttpClient client = new DefaultHttpClient(); 
final HttpGet getRequest = new HttpGet(url); 
try {HttpResponse response = client.execute(getRequest); 
// 检 查 成 功 返 回 码 200 
final int statusCode = response.getStatusLine().getStatusCode(); 
// 收 到 266 成 功 码 回 复 的 时 间 
Long gotresponse = System.currentTimeMillis(); 
} 
final HttpEntity entity = response.getEntity(); 
// 获 得 文件 的 ContentLength 
contentlength = entity.getContentLength(); 
if (entity != nuLL) { 
InputStream inputStream = null; 
try { 
inputStream = entity.getContent(); 
final Bitmap bitmap = BitmapFactory.decodeStream(inputStream); 
Long gotimage = System.currentTimeMillis(); 


// 图 片 下 载 完成 的 时 间 












































responsetime = gotresponse - start; 
//209 回 复 完成 的 时 间 
imagetime = gotimage-start; 
// 下 载 时 间 
throughput “= ((double)contentlength/1024)/((double)imagetime/1000); //KB/s 
return bitmap; 


} 


那么 ， 这 些 数据 告诉 了 我 们 什么 呢 ? 用 网 络 弱化 器 App 模拟 各 种 不 同 网 络 速度 ， 能 够 计算 
出 上 述 三 种 网 络 环境 下 三 种 不 同 大 小 文件 的 下 载 时 间 ， 结 果 如 表 7-2 所 示 。 


表 7-2: 图 片 下 载 时 间 





文件 BE UMTS EDGE 
大 文件 (143 KB) 1.938 5.243 9.405 
中 文件 (41 KB) 2.793 

小 文件 (27 KB) 3.401 





如 果 所 有 网 络 条 件 下 都 使 用 大 文件 ( 非 FNA App)， 那 么 很 显然 ， 由 于 文件 较 大 ， 使 用 
UTMS 和 EDGE 的 用 户 体 验 会 明显 较 慢 。 如 果 运 用 FNA 框架 ，UMTS 的 下 载 速度 会 增加 
将 近 一 倍 ， 而 EDGE 的 下 载 速度 会 增加 将 近 三 倍 。 然 而 不 可 否认 的 是 ， 尽 管 这 个 简单 的 模 
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型 显示 了 它 在 改善 用 户 交互 方面 的 优势 ， 但 使 用 网 络 技术 判断 下 载 速度 从 而 估算 理想 网 络 
速度 是 一 种 非常 粗糙 的 方式 。 





在 顶级 的 网 络 环境 中 收集 延迟 和 吞吐 量 的 数据 能 帮 有 你 构建 一 个 更 好 的 算法 ， 使 App 可 以 根 
据 接近 实时 的 网 络 环境 灵活 地 进行 调整 ， 但 显然 简单 的 算法 对 用 户 更 有 益 。 





测量 延迟 


据 我 所 知 ， 测 量 RTT (往返 时 间 ) 有 很 多 的 可 变 因素 。 到 蜂窝 基站 的 距离 、 
拥塞 ,或 者 是 来 自 其 他 无 线 电 的 干扰 都 能 引起 RTT 的 剧变 。 因 此 ， 不 能 仅 
依赖 于 一 两 个 离散 的 测量 值 ， 而 应 该 先 去 掉 任 何 凌 在 的 异常 值 后 取 测 量 的 平 
均值 。 虽 然 根 据 当 前 的 网 络 条 件 进行 运作 是 很 棒 的 ， 但 平稳 地 输出 数据 也 是 
至 关 重 要 的 。 





























7.4.5 ”计算 延迟 
如 果 你 的 FNA App 感知 到 用 户 正 处 于 一 个 高 延迟 的 环境 当中 (根据 计算 得 到 的 高 RTT)， 


它 能 够 通过 更 积极 地 预 加 载 帮助 用 户 加 速 体验 。 例 如 ， 如 果 用 户 正在 浏览 一 系列 的 图 片 ， 
它 可 以 在 用 户 到 达 列表 尾 端 之 前 先 下 载 其 他 图 片 ( 例 如， 屏幕 上 只 有 两 张 图 片 ， 开 始 下 载 
下 一 屏 图 片 ) : 





if (ImagesBeLowtheFoLd<2){ 
<get next batch of images> 
} 

} 











在 高 延迟 的 环境 中 ， 用 户 可 能 在 下 一 屏 的 图 片 加 载 之 前 就 请 到 了 列表 的 末尾 。 考 虑 到 这 种 
情况 ， 你 可 以 提前 获取 下 一 屏 的 图 片 : 














If (Latency = normal){ 
if (ImagesBeLowtheFoLd<2){ 
<get next batch of images> 
} 
} 
Else { 
// 延 迟 严重 
if (ImagesBeLowtheFoLd<4){ 
<get next batch of images> 
// 考 虑 获取 更 多 图 片 
// 同 时 ,更 小 的 图 片 ? 
} 


将 开始 下 载 的 时 间 提 前 两 倍 ， 相 当 于 在 用 户 注意 到 延迟 之 前 给 网 络 两 倍 的 时 间 ( 相 较 于 之 
前 ) 来 下 载 数据 。 这 样 可 能 占用 网 络 的 时 间 稍 长 ， 并 下 载 更 多 的 图 片 (使 用 更 多 的 数据 )， 
所 以 它 需 要 结合 情境 使 用 。 但 是 如 果 能 让 用 户 得 到 无 颖 体验 ， 这 样 做 也 许 是 值得 的 。 
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7.4.6 ”最 后 Ur 




















ss et 84% 的 流量 来 自 于 南美 和 欧 et 


7.4.7 ”其 他 无 线 电 


Wi-Fi 和 蜂窝 无 线 网 都 是 最 常用 的 传输 数据 的 网 络 ， 也 是 最 容易 优化 的 。 但 是 其 他 的 无 线 
电网 络 也 会 导致 设备 的 能 耗 ， 因 此 它们 的 行为 也 应 该 被 关注 、 讨 论 。 











7.4.8 GPS 


Android 提供 了 模糊 定位 ， 使 用 附近 蜂窝 基站 和 Wi-Fi 网 点 的 信息 即 可 生成 粗略 的 位 置信 
息 ， 并 不 需要 开启 GPS。 然而， 很 多 App 需要 更 精准 的 定位 ， 它 们 会 打开 GPS 设备 ， 从 
GPS 卫星 接收 信号 。 定 位 需要 从 手机 到 卫星 之 间 的 一 条 信和 号 线 。 


为 了 优化 定位 设备 的 使 用 性 能 ， 可 能 必须 调整 GPS 打开 的 时 间 (保持 GPS 接收 器 打开 多 
入 )， 以 及 使 用 频率 。 打 开 的 时 间 越 长 ， 使 用 的 频率 越 高 ， 你 得 到 的 位 置信 息 就 越 精准 。 














7.4.9 蓝牙 


目前 ， 所 有 的 Android 旧 设备 都 必须 通过 蓝牙 才能 连接 到 其 他 设备 。 如 果 你 对 蓝牙 的 数据 
传输 感 兴趣 的 话 ， 可 以 在 Wireshark 的 非 集群 中 收集 它 的 日 志 信 息 。 对 于 使 用 KitKat 和 更 
新 版 本 系统 的 设备 ， 你 可 以 在 开发 者 选项 设置 中 打开 “Bluetooth HCI snoop log”。 当 你 选 
中 了 该 选项 时 ，Android 设备 将 会 收集 所 有 通过 蓝牙 接口 发 送 的 数据 包 的 日 志 信息 ， 信 息 
会 被 存放 在 /sdcard/btsnoop_hci.log 中 。 

















在 Wireshark 中 打开 这 个 日 志文 件 ， 你 可 以 看 到 被 传输 数据 包 的 信息 。 大 部 分 数据 是 加 密 
的 ， 但 是 你 可 以 观察 到 两 个 设备 之 间 的 通信 模式 〈 见 图 7-17)。 

















No. ~ Time Source Destination Protocol Length _ Info . 


ETO ou — Ee coy ra re 
1797 484.650612 controller host HCI_EV1 8 Rcvd Number- of Completed Packets 
1798 484. 832305 50:2e:5c:b2:d8:7f (HTC OP6B120) f8:8f:ca:1l:6d:dd (Doug sillars's Glass} RFCOMM 1004 Sent UIH Channel=5 
1799 484. 838119 50:2e:5c:b2:d8:7f (HTC OP6B120) f8:8f:ca:1l:6d:dd (Doug sillars's Glass} RFCOMM 861 sent UIH Channel=5 
1800 484.887134 controller host HCI_EV1 8 Rcvd Number of Completed Packets 
1801 484. 890352 50:2e:5c:b2:d8:7f (HTC OP6B120) f8:8f:ca:11:6d:dd (Doug sillars's Glass} RFCOMM 1004 Sent UIH Channe1=5 






1802 484.895003 50:2e:5c:b2:d8:7f (HTC OP6B120) f8:8f:ca:li:6d:dd (Doug sillars’s Glass} 1004 sent UIH Channel=5 
1803 484. 896818 50:2e:5c:b2:d8:7f (HTC OP6B120) f8:8f:ca:11l:6d:dd (Doug Sillars 5 Glass} RFCOMM 1004 Sent UIH Channel=5 





1804 484.898133 controller host HCI_EV1 8 Rcvd Number of Completed Packets 
1805 484.899369 50:2e:5c:b2:d8:7f (HTC OP6B120) f8:8f:ca:11:6d:dd (Doug sillars's Glass} RFCOMM 1004 Sent UIH Channe1=5 
1806 484.924935 controller host HCI_EWI 8 Rcvd Number of Completed Packets 
1807 484.927383 50:2e:5c:b2:d8:7f (HTC OP6B120) f8:8f:ca:11:6d:dd (Doug sillars's Glass} RFCOMM 1004 Sent UIH Channel=5 
1808 484.928938 controller host HCI_EWI 8 Rcvd Number of Completed Packets 
1809 484.930258 50:2e:5c:b2:d8:7f (HTC OP6B120) f8:8f:ca:11l:6d:dd (Doug sillars's Glass} RFCOMM 1004 Sent UIH Channel=5 
HN A04 MIIIEI -Antrmellar becr urr_rvm © nud Momhar = camnlarad maciorc 














7-17: Wireshark 中 的 蓝牙 通信 








(来 自 Glass) 的 响应 信息 ( 见 图 7-18)。 


在 这 个 例子 中 ， 请 求 的 响应 是 一 个 POST， 你 可 以 查看 我 在 谷歌 查询 “ 澳 大 利 





牧羊 犬 ” 


























[PSM: RFCOMM (Ox0003)] 
0000 02 05 20 77 02 73 02 4c¢ 00 2d ef dc 04 03 00 00 ER ER 
0010 00 14 02 67 50 4f 53 54 20 2f 74 72 61 6e 73 6c POST /transl 
0020 61 74 65 5f 74 74 73 3f 69 65 3d 75 74 66 2d 38 ate_tts? je=utf-8 
0030 26 63 6c 69 65 6e 74 3d 67 6c 61 73 73 26 74 65 ie 
0040 78 74 3d 41 63 63 6f 72 64 69 6e 67 25 32 30 74 =ACCOr 9% 
0050 6f 25 32 30 57 69 6b 69 70 65 64 69 61 25 33 41 | o%20wiki p 
0060 25 32 30 54 68 65 25 32 30 41 75 73 74 72 61 6c | %20The%2 OAustral 
0070 69 61 6e 25 32 30 53 68 65 70 68 65 72 64 25 32 | ian%20sh epherd%2 
0080 43 25 32 30 63 6f 6d 6d 6f 6e 6c 79 25 32 30 6b | cx%20comm only%20k 
0090 6e 6f 77 6e 25 32 30 61 73 25 32 30 74 68 65 25 | nown%20a s%20the% 
00a0 32 30 41 75 73 73 69 65 25 32 43 25 32 30 69 73 | 20Aussie 201 
00b0 25 32 30 61 25 32 30 64 6f 67 25 32 30 64 65 76 e202OU 
00c0 65 6c 6f 70 65 64 25 32 30 69 6e 25 32 30 41 75 eloped%2 0in%20Au 
00d0 73 74 72 61 6c 69 61 2e 25 32 30 46 6f 72 25 32 stralia. %20For%2 
00e0 30 6d 61 6e 79 25 32 30 79 65 61 72 73 25 32 43 Omany%20 years%2C 
00f0 25 32 30 41 75 73 73 69 65 73 25 32 30 68 61 76  %20AUussi es%20hav 
0100 65 25 32 30 62 65 65 6e 25 32 30 76 61 6c 75 65 eX%20been %20value 
0110 64 25 32 30 62 79 25 32 30 73 74 6f 63 6b 6d 65  d%20by%2 0stockme 
0120 6e 25 32 30 66 6f 72 25 32 30 74 68 65 69 72 25  n%20for% 20their% 
0130 32 30 76 65 72 73 61 74 69 6c 69 74 79 25 32 30 20versat ility%20 
0140 61 6e 64 25 32 30 74 72 61 69 6e 61 62 69 6c 69 and%20tr ainabili 
0150 74 79 2e 26 74 6c 3d 65 6e 20 48 54 54 50 2f 31 ty.&tl=e n HTTP/1 
0160 2e 31 0d 0a 55 73 65 72 2d 41 67 65 6e 74 3a 20 .1..User -Agent: 
0170 4d 6f 7a 69 6c 6c 61 2f 35 2e 30 20 28 4c 69 6e Mozilla/ 5.0 (Lin 
Mi on 了 S_3 了 78 Fh IN SS Fh FIN 41 Fn EA 77 Ef EN EA IN 34 ve le A mmmi3r A 
图 7-18: 蓝牙 POST 响应 


使 用 Wireshark 工具 ， 可 以 看 到 一 段 时 间 内 蓝牙 传输 数据 包 的 数量 〈 见 
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图 7-19: 蓝牙 POST 响应 - 包 的 数量 随时 间 的 变化 
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7.5 小结 


大 多 数 的 Android App 使 用 蜂 宫 和 Wi-Fi 无 线 网 络 与 外 部 服务 器 进行 数据 通信 。 无 线 电 设 
备 是 仅 次 于 屏幕 的 第 二 大 耗 电 设 备 ， 因 此 使 用 它们 的 时 候 需 要 非常 谨慎 。 此 外 ， 大 多 数 用 
户 每 个 月 的 流量 是 有 限 的 ， 那 么 在 移动 网 络 传输 文件 时 ， 在 速度 和 流量 消耗 上 选择 更 优质 
的 策略 则 显得 更 为 重要 了 。 除 了 考虑 数据 流量 的 成 本 之 外 ， 也 必须 考虑 高 延迟 和 较 慢 的 网 
络 速度 。 无 论 用 户 在 哪 ， 无 论 当 前 的 网 络 环境 怎样 ， 确 保 数据 传输 对 当前 的 网 络 环境 来 说 
是 优质 的 ， 将 会 使 你 的 App 脱颖而出 。 通 过 RRC 状态 机 优化 数据 流量 和 用 户 的 位 置信 息 ， 
将 会 延长 手机 电池 的 使 用 寿命 并 且 改 善 所 有 用 户 的 体验 。 
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真实 用 尸 监测 





前 面 章 节 介 绍 了 一 些 优秀 的 工具 来 诊断 Android App 中 的 问题 和 缺陷 。 我 们 研究 了 一 些 可 
以 在 Android 设备 上 使 用 的 免费 工具 ， 用 来 优化 电池 、 内 存 、CPU 和 网 络 。 然 而 正如 大 家 
所 知 ， 我 们 在 第 2 章 中 也 讨论 过 ， 这 些 测试 需要 能 连接 互联 网 的 物理 设备 。 


如 果 只 有 很 少 的 差 旅 预算 和 有 限 的 设备 预算 〈 以 及 无 限 的 时 间 来 专注 于 性 能 )， 你 怎么 确 
保 不 管 在 什么 位 置 、 设 备 和 网 络 条 件 下 ，App 都 能 保持 最 佳 性 能 呢 ? 答案 是 收集 App 的 运 
行 时 数据 ， 统 计 结 果 ， 生 成 报告 ， 从 这 些 数 据 中 寻找 可 能 出 现 的 问题 。 这 些 从 App 自身 中 
得 到 的 分 析 ， 就 是 众所周知 的 真实 用 户 监测 (RUM)。 
































虽然 有 些 开 发 团队 拥有 足够 的 资金 ， 可 以 建立 自己 的 RUM 引擎 来 收集 数据 ， 但 其 实 市 场 
上 已 经 有 很 多 工具 可 以 集成 到 App 中 ， 它 们 可 以 从 安装 的 设备 中 收集 数据 。 这 些 工 具 中 很 
多 是 免费 的 或 限 免 的 ， 允 许 你 收集 信息 而 不 必 付出 巨大 的 前 期 成 本 。 如 果 App 开始 收集 大 
量 的 数据 或 者 你 需要 详细 的 报告 ， 你 必须 为 这 些 服 务 付费 ， 但 是 这 些 数据 的 价值 (就 像 你 
看 到 的 ) 是 值得 你 为 之 付出 的 。 








不 仅仅 针对 大 型 团队 





RUM 数据 收集 不 仅 存 在 于 拥有 专业 性 能 优化 团队 的 大 公司 中 。 也 许 你 自己 
就 是 一 个 性 能 团队 (同时 还 承担 着 各 种 其 他 任务 )。 在 App 中 收集 用 户 的 数 
据 并 不 难 ， 并 能 帮助 你 认识 到 如 何 提高 App 的 可 用 性 和 性 能 。 你 一 定 要 试 
试 ， 我 敢 保证 这 简单 的 前 期 工作 必 将 让 你 受益 菲 浅 。 
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8.1 局 用 RUM 工 具 


市 场 上 有 许多 可 用 的 RUM 工具 ， 每 个 工具 都 有 一 些 可 能 用 得 着 的 略微 不 同 的 报告 和 数据 。 
为 了 收集 各 方面 的 完整 信息 ， 可 能 需要 在 App 中 安装 多 个 SDK。 每 个 RUM 工具 都 提供 了 
将 代码 库 集 成 到 App 的 详细 说 明 ， 一 些 工具 甚至 集成 为 一 个 自动 化 的 安装 程序 ， 这 样 就 不 
需要 额外 的 工作 了 。 大 多 数 功能 齐全 的 SDK 可 以 帮助 建立 指标 以 监测 和 收集 数据 。 在 这 
一 章 ， 我 选择 了 三 个 RUM SDK 添加 到 示例 App (Image Scroll) 中 ， 由 此 来 看 看 我 们 可 以 
获得 什么 数据 。 


要 加 入 的 第 一 个 SDK 是 Crashlytics， 它 是 一 个 非常 简单 的 插件 (如 图 8-1 所 示 )。 点 击 安 
装 按钮 后 ， 代 码 将 自动 被 添加 到 App 上 以 支持 这 些 分 析 。 
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8-1: 安装 Crashlytics 





安装 SDK 后 ， 只 需要 创建 和 分 发 App。 随 着 客户 开始 使 用 App， 使 用 情况 会 被 统计 成 报 
告 ， 反馈 给 RUM 供应 商 。Web 信息 显示 板 可 以 用 来 研究 用 户 使 用 App 的 情况 ， 并 发 现 
App 中 存在 安全 隐患 的 地 方 。 通 过 远程 识别 这 些 问 题 ， 你 将 不 必 再 依赖 来 自 于 用 户 的 bug 
报告 。 你 可 以 直接 修改 这 些 bug， 并 在 下 一 次 App 升级 时 发 布 这 些 补丁 。 这 样 可 以 确保 



































8.2 ”RUM 分 析 : 示例 程序 

这 些 工 具 是 如 何 收集 用 户 信息 的 呢 ? 通过 引入 JAR 或 库 (有 时 候 仅 仅 是 一 些 代 码 )， 这 些 
RUM 工具 在 App 运行 的 时 候 就 会 开始 收集 数据 ， 然 后 将 这 些 数据 上 传 到 会 产生 数据 信息 
板 的 服务 器 上 。 当 App 发 生 严重 错误 时 ， 这 些 服务 器 就 会 报警 。 
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每 个 工具 都 有 不 同 的 地 方 ， 但 是 大 多 数 工 具 都 可 以 将 数据 按照 区 域 、 设 备 、 操 作 系 统 、 
App 版 本 或 其 他 标准 划分 。 为 了 获取 示例 的 RUM 数据， 我 建立 了 一 个 叫 作 “Image Scroll” 
的 App。 当 手指 滑动 时 ， 它 可 以 一 次 加 载 10 张 图 片 ( 见 图 8-2)。 这 些 图 片 托管 在 一 个 远 
程 服务 器 上 ， 而 图 片 的 URL 则 存储 在 一 个 数组 中 。 当 App 达到 数组 的 边界 (在 这 里 是 92 
张 图 片 )》 时，Android 会 抛 出 一 个 out-of-bounds 异常 并 导致 App 崩溃 。 这 样 的 设计 可 以 通 
过 设备 跟踪 App 的 崩溃 。 



































图 8-2: Image Scroll App 
此 App 有 几 个 错误 的 图 片 URL (为 了 产生 404 错误 ) ， 并 在 第 二 组 中 将 一 张大 小 约 50KB 


的 棒球 运动 员 图 片 奉 换 为 一 张大 小 为 900KB 的 山羊 图 片 ， 产 生 了 一 个 影响 性 能 的 错误 ， 以 
此 作为 一 个 测试 用 例 。 




















这 个 示例 App 安装 了 ( 按 字 母 排 序 ) Crashlytics、Crittercism、Google Analytics 和 New 
Relic RUM 等 工具 。 我 使 用 的 是 这 些 软件 的 免费 版 本 或 可 免费 试用 的 版 本 。 它 们 都 报告 了 
类 似 的 信息 ， 但 是 每 一 份 报告 仍然 有 略微 的 不 同 。 所 以 ， 对 于 你 的 App 来 说 ， 其 中 一 个 服 
务 可 能 比 其 他 服务 更 加 适合 。 为 了 理解 这 些 报告 的 数据 ， 我 们 将 查看 这 些 工具 的 截图 以 便 
更 好 地 了 解 可 用 于 优化 App 的 数据 。 


正如 在 第 2 章 中 讨论 的 ， 在 测试 耗 电 量 时 ， 有 一 些 RUM 数据 会 受到 海 森 堡 不 确定 性 原理 
的 影响 。 所 有 的 SDK 都 会 回 传 足够 多 的 信息 〈 你 想 要 统计 的 ) 到 服务 器 上 。 这 可 能 会 

致 轻微 的 高 数据 流量 和 耗 电 。 但 这 些 SDK 都 对 数据 流量 和 耗 电量 做 了 良好 的 优化 ， 我 们 
将 在 8.4.1 节 中 具体 讨论 RUM SDK 的 性 能 问题 。 











8.3 衣 溃 
正如 在 第 2 章 所 讨论 的 ， 性 能 是 衡量 用 户 是 否 满意 App 的 关键 因素 。 分 析 真 实用 户 的 设备 
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性 能 ， 能 为 你 提供 快速 诊断 和 解决 问题 的 能 力 。 当 提 到 性 能 时 ， 我 们 通常 从 最 关键 的 问题 
开始 ，App 的 稳定 性 。 通 过 崩溃 日 志 ， 我 们 可 以 快速 诊断 并 修复 代码 中 的 问题 。 


当 加 载 过 多 图 片 时 ， 将 会 发 生 下 面 的 情况 


imageViews=new ImageView[100]; 





public int Imagelooper 
(int numberofaddedimages, int totalIlmageCount, RelativeLayout rL){ 
for(int i=0;i<numberofaddedimages;i++) 


{ 


totaLImageCount = totallmageCount++; 

// 为 了 分 析 而 需要 追踪 月 江 …… 所 以 强制 月 溃 吧 
// if(totaLImageCount ==100){ 

// totalImageCount=0; 

//} 





et nn 大 到 100，App 会 崩溃 
// 因 为 超出 了 数组 边 

















imageViews[totaLImageCount]=new ImageView(this); 


当 索 引 达 到 100 时 ， 超 出 了 ImageView 数组 边界 。Logcat 显示 : 


03-13 14:01:32.351 13772-13837/com.sillars.imagescroll I/ 
image downloaded: number: 99 
03-13 14:01:32.469 13772-13837/com.sillars.imagescroll I/ImageDownloader: 
image99responsetime (2RTT): 38 


下 载 第 99 张 图 片 来 回 花费 了 大 约 34 毫秒 。 这 时 ， 可 能 需要 增加 数组 的 边 


03-13 14:01:34.637 13772-13772/com.sillars.imagescroll E/AndroidRuntime: 
FATAL EXCEPTION: main 
Process: com.sillars.imagescroll, PID: 13772 
java. lang.ArrayIndexOut0OfBoundsException: length=100; index=100 
at com.sillars.imagescroll.MyActivity.Imagelooper 
(MyActivity.java:327) 
at com.sillars.imagescroll.MyActivity$3.onScrollStopped 
(MyActivity.java:178) 
at com.sillars.imagescroll.MyScrollView$1.run(MyScrollView.java:37) 
at android.os.Handler.handleCallback(Handler .java:739) 
at android.os.Handler .dispatchMessage(Handler .java:95) 
at android.os.Looper .loop(Looper .java:135) 
at android.app.ActivityThread.main(ActivityThread.java:5221) 
at java.lang.reflect.Method.invoke(Native Method) 
at java.lang.reflect.Method.invoke(Method.java:372) 
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run 
(ZygoteInit.java:899) 
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:694) 





事实 上 ， 我 们 却 得 到 一 个 数组 的 越界 异常 (长度 是 100， 索 引 值 为 100) : 


03-13 14:01:35.329 13772-13797/com.sillars.imagescroll I/Fabric: 
Crashlytics report UpLoad complete: 35CC-27DD9B9DAQ26.cls 
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03-13 14:01:54.291 13772-15861/com.sillars.imagescroll I/ 
com.newrelic.agent.android: Harvester: connected 

03-13 14:01:54.291 13772-15861/com.sillars.imagescroll I/ 
com.newrelic.agent.android: Harvester: Sending 102 HTTP transactions. 

03-13 14:01:54.291 13772-15861/com.sillars.imagescroll I/ 
com.newrelic.agent.android: Harvester: Sending 1 HTTP errors. 

03-13 14:01:54.292 13772-15861/com.sillars.imagescroll I/ 
com.newrelic.agent.android: Harvester: Sending 0 activity traces. 

03-13 14:02:05.070 13772-13772/com.sillars.imagescroll I/Process: 

Sending signal. PID: 13772 SIG: 9 





在 App 发 生 异 常 后 ， 报 告 中 就 多 出 了 几 条 崩溃 日 志 一 一 崩溃 信息 被 立即 上 传 到 了 
Crashlytics 和 New Relic。( 通 过 网 络 监控 ) 可 以 看 到 ，Crittercism 的 报告 通常 发 生 在 App 
退出 后 的 一 小 段 时间 内 。 

在 可 探 的 测试 环境 下 ， 手 机 或 分 析 设 备 可 以 重 现 错误 是 一 件 很 棒 的 事情 。 因 为 并 不 总 是 有 
这 样 的 条 件 ， 所 以 让 我 们 看 一 下 这 些 工具 都 报告 了 什么 。 所 有 的 App 都 以 类 似 的 方式 报告 
月 涡 ， 我 们 来 看 看 Crashlytics 的 示例 报告 。 











8.3.1 分 析 Crashlytics 的 骨 溃 报告 

当 Crashlytics 发 现 新 的 月 涡 时 ， 你 会 立刻 收 到 一 个 关于 新 问题 的 电子 邮件 报告 (提示 : 建 
Y 一 个 接收 崩溃 报告 的 特定 电子 邮件 或 添加 过 滤器 )。 点 击 邮 件 中 的 链接 可 以 跳 到 另 一 个 
网 络 页 面 上 查看 月 浊 的 详细 信息 。 8-3 显示 了 Imagelooper 崩溃 的 一 个 截图 。 
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图 8-3: 崩溃 详情 
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在 信息 显示 板 的 顶部 显示 了 月 涡 数量 和 用 户 数 (在 图 中 ，9 个 用 户 发 生 了 21 次 崩溃 ) ， 图 
中 显示 了 最 近 三 天 的 崩溃 量 (2015 年 3 月 12 日 发 生 的 12 次 崩溃 被 高 亮 显示 )。 页 面 中 间 
的 饼 图 和 条 形 图 根据 OEM ( 左 ) 和 Android 版 本 ( 右 ) 进行 了 区 分 。 点 击 任意 图 表 将 会 显 
示 更 详细 的 划分 (在 本 例 中 ， 可 以 看 到 Samsung 设备 和 运行 Android 4 的 设备 的 数量 ) ， 你 
可 以 更 进一步 地 细 分 设备 (OS 版 本 同 理 ) ， 见 图 8-4。 
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8-4: 设备 月 演 分 析 : Samsung 设备 和 Android 4 的 OS 版 本 








饼 图 下 面 显 示 了 崩 涡 发 生 时 大 概 的 设备 详情 ; 设备 是 否 被 root 了 ? 有 没有 可 用 的 磁盘 空间 
和 内 存 ? App 是 否 正在 前 台 运 行 ? 是 否 正在 定位 ? 下 面 是 这 个 异常 日 志 中 的 的 栈 信息 。 你 
可 以 查看 最 近 的 崩溃 ， 通 过 接口 获取 精确 的 设备 细节 (包括 所 有 的 活动 线程 ) 。 我 已 经 将 
这 个 月 涡 公 开 分 享 出 来 ， 有 兴趣 的 话 ， 可 以 查看 这 些 细节 : http://crashes.to/s/5Sba7d984fe7。 
































远程 跟踪 月 并 使 调试 变 得 更 加 容易 。 这 些 工具 要 么 提供 跟踪 bug 的 接口 ， 要 么 提供 从 bug 
跟踪 库 中 导出 错误 的 方法 。 然 而 被 动 的 响应 月 江 并 不 理想 ， 用 这 些 工具 可 以 查看 影响 用 户 
最 多 的 月 涡 并 将 解决 方案 按 优 排序 。 























如 果 你 已 经 解决 了 前 一 节 中 崩溃 报告 列 出 的 问题 ， 那 么 现在 就 可 以 调查 App 在 世界 各 地 的 
运行 情况 了 。 这 些 工具 可 以 报告 App 在 全 世界 不 同 设备 和 网 络 上 的 表现 ， 还 可 以 隔离 问 
题 ， 并 找到 传统 测试 不 能 发 现 的 App 的 瓶颈 。 也 许 你 的 App 在 一 款 中 东 流 行 的 设备 上 发 
生 了 崩溃 ;或 者 突然 出 现 了 很 多 网 络 缓慢 的 非洲 用 户 ， 又 或 者 这 些 工具 可 能 会 收集 到 一 些 
意料 之 外 的 信息 ， 而 这 些 信 息 在 App 未 来 的 版 本 中 可 以 被 利用 。 许 多 的 SDK 和 工具 都 会 
报告 上 述 信 息 。 图 8-5 显示 了 过 去 24 小 时 内 Crittercism 报告 的 App 使 用 情况 。 
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图 8-5: Crittercism 报告 ， 24 小 时 使 用 趋向 


这 个 信息 显示 板 分 别 以 流行 的 设备 (顶部 )、OS 版 本 (中间) 和 运营 商 (底部) 的 形式 分 
析 了 请 求 数量 、 延 迟 毫秒 数 、 用 户 群 百分比 、HTTPS 错误 和 崩溃 百分比 。 从 这 个 表 来 看 ， 
似乎 大 多 数 的 Samsung 设备 都 存在 不 同 程度 的 延迟 、 错 误 和 崩溃 问题 。 这 使 你 可 以 快速 地 
查看 App 在 特定 的 设备 或 OS 版 本 上 是 否 存在 问题 。 如 果 一 组 设备 (或 者 OS 版 本 ) 表现 
出 较 长 的 延 时 或 项 溃 ， 你 可 以 针对 这 些 用 户 进行 调查 并 推送 修复 补丁 。 


无 线 运营 商 的 图 表 可 以 粗略 地 显示 用 户 的 分 布 位 置 。 在 这 些 工 具 中 ， 也 可 以 按照 国家 显示 
App 在 全 球 的 用 户 分 布 。 但 由 于 这 些 数据 是 我 和 另外 一 位 在 Twitter 上 认识 的 上 海 人 ( 非 
常 乐 于 助人 的 人 ) 一 起 生成 的 ， 这 些 地 图 非常 枯燥 。 


来 自 上 海 的 连接 非常 有 趣 ， 它 显示 这 个 连接 非常 缓慢 ， 并 且 在 传输 过 程 中 存在 大 量 的 错 
误 。 下 面 是 来 自 New Relic 的 信息 显示 板 (连接 发 生 在 太平 洋 时 间 3 月 12 日 的 午夜 )。 在 
页 面 的 主 图 上 ， 我 们 发 现 一 次 连接 花费 近 20 秒 (并 且 其 他 所 有 连接 几乎 不 显示 在 页 本 
上 )。 图 下 方 的 颜色 表示 ， 是 网 络 异常 导致 了 该 问题 。 通 过 观察 App 随时 间 推 移 的 运行 情 
况 ， 你 会 发 现 ， 网 络 或 服务 器 延迟 会 出 现在 高 峰 时 期 ， 这 表明 服务 器 已 经 过 载 或 该 文件 使 
网 络 负载 过 重 。 
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图 8-6: 缓慢 连接 的 信息 显示 板 ( 另 见 彩 插 ) 


这 个 来 自 中 国 的 连接 的 执行 时 间 远 远 长 于 其 他 地 方 的 连接 。 这 可 能 仅仅 是 一 个 随机 的 异 
常 。 但 如 果 之 后 继续 看 到 某 区 域 的 缓慢 连接 ， 那 么 就 有 进一步 调查 的 需要 了 。 在 显示 板 
右 侧 中 间 的 图 是 HITP 响应 时 间 。 为 了 连接 到 中 国 ，Crittercism 响应 时 间 几 乎 都 接近 5 秒 
(没有 面向 客户 ， 因 此 没有 关系 )。 但 是 Photobucket 的 响应 时 间 是 1720 毫秒 。 该 显示 板 还 
包括 随时 间 变 化 的 崩溃 率 图 (图 中 和 bug 状态 匹配 的 颜色 ) ， 以 及 随 App 版 本 和 HTTP 错 


误 变 化 的 流量 。 


























有 些 工 具 可 以 通过 域名 查看 延迟 ， 如 图 8-7 所 示 (服务 器 是 否 运行 正常 )。 运 营 商 的 过 滤 
器 还 可 以 查看 某 些 地 区 获取 数据 的 速度 是 否 够 快 (在 7.4.2 节 中 提 到 过 ，Facebook 发 现 了 
某 些 国家 特有 的 问题 ) 。 如 果 你 注意 到 这 些 特点 ， 就 可 以 进一步 确定 App 运行 缓慢 的 地 
方 。 在 下 面 的 图 表 中 ， 延 迟 峰 值 平均 为 200 上 毫秒， 但 更 深层 次 的 调查 显示 ， 当 图 片 提供 者 
(Photobucket) 的 响应 时 间 为 23 毫秒 时 ， 更 慢 的 连接 是 解析 。 错 误 率 出 现 的 主导 因素 是 ， 
加 载 这 100 张 图 片 中 的 2 张 拥 有 错误 URL 图 片 时 抛 出 了 404 错误 。 这 里 看 到 的 任何 错误 
都 值得 我 们 更 深入 地 剖析 。 
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图 8-7: 延迟 、 错 误 、 声 音 和 数据 的 图 表 


New Relic 工具 有 一 个 展示 所 有 网 络 错误 的 列表 。 在 
Photobucket (图 片 的 host) 的 问题 都 是 404 错误 。 点 击 即 可 查看 来 








404 错误 列表 ， 加 以 确认 ， 然 后 就 可 以 在 后 台 解 决 这 些 问题 了 。 





图 8-8 中 ， 可 以 看 到 所 有 来 自 
自 Photobucket 域名 的 
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图 8-8: 网 络 错误 




















真实 用 户 监 测 


185 











通过 服务 器 的 日 志 关 联 App 的 HTTP 错误 ， 可 以 让 你 拥有 非常 强大 的 故障 排除 能 力 。 你 可 
以 将 问题 范围 缩小 到 可 能 引起 麻烦 的 某 个 平台 或 版 本 。 





8.3.2 ”使 用 

除了 崩溃 和 性 能 ，RUM 数据 同样 展示 了 很 多 关于 用 户 的 其 他 信息 : 用 户 是 如 何 使 用 App 
的 (以 及 使 用 的 时 长 )、 使 用 的 频率 ， 以 及 更 多 信息 ( 见 图 8-9)。 通 过 更 好 地 理解 用 户 群 ， 
以 及 他 们 使 用 App 的 方式 ， 你 将 拥有 更 多 提升 App 的 机 会 。 











BW Google ar Home Reporing Cusiomizaton 。 Admin sea 2 
”users Overview Mar 9, 2015- Mar 12, 2015 

而 “uasnooaros Emal Exporl -Addto Dashboard Shorteut 

sotouts Ce + Add Segment 

时 neooce Events overview 


























图 8-9: 使 用 信息 





Google Analytics 数据 为 我 们 提供 了 用 户 的 相关 信息 。 顶 部 图 表 显 示 了 每 日 用 户 数量 与 平 
匀 会 话 时 长 的 对 比 (3 月 11 日 ， 拥 有 9 个 用 户 ， 平 均 会 话 时 长 为 59 秒 )。 其 中 共有 13 个 
用 户 ，142 次 会 话 (通过 饼 状 图 发 现 91% 的 会 话 来 自 回头 客 ) 。Google Analytics 可 以 向 用 
户 显 示 特 定 的 屏幕 。 通 过 这 些 数据 可 以 收集 相关 人 信息， 例如， 什么 页 面 导 致 用 户 退 出 App 
的 ， 你 可 以 在 什么 地 方 提升 新 用 户 流量 。 作 为 只 有 一 个 页 面 的 App， 我 将 每 10 张 图 片 标 
记 为 一 个 页 面 : 



































// 在 屏幕 顶部 启动 追踪 器 

t = anaLytics.newTracker(R.xmL.app_tracker); 
// 启 用 广告 功能 
t.enableAdvertisingIdCollection(true); 
t.enableExceptionReporting(true); 
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t.setScreenName("top of scroll"); 
t.send(new HitBuilders.ScreenViewBuilder().build()); 


<snip> 


// 另 外 16 张 图 片 被 请 求 ,所 以 在 GoogtLe AnatLytics 中 更 新 屏幕 名 称 
t.setScreenName(totalImageCount + " 
t.send(new HitBuilders.ScreenViewBuilder() 

.build()); 


// 加 入 一 个 crittercism Breadcrumb 

















在 App 中 加 入 这 些 代码 段 后 ， 每 当 用 户 滚动 10 张 图 
图 ，Crittercism 将 会 添加 一 个 breadcrumb 以 跟踪 问题 。 让 我 们 看 一 下 来 自 Google Analytics 
的 显示 报告 ( 见 图 8-10)。 表 中 显示 了 你 可 能 期 望 看 到 的 内 容 ，App 启动 页 可 
的 (“Doug Scroll App” 是 页 面 的 启动 页 名 称 )， 然 后 当 用 户 滑动 初始 页 进入 App 页 国 
又 在 不 同 的 时 间 里 退 





images"); 


Crittercism.leaveBreadcrumb(totallmageCount + " 


片 时 ，Google 将 会 添加 一 个 页 





面 视 











能 是 最 常见 








ij 时 ， 











90 张 图 片 时 退出 〈 归 和 个 于 99 张 图 片 后 导致 App 崩溃 的 bug)。 另 外 一 个 有 趣 的 特征 是 








一 个 视图 中 停留 平均 时 间 最 长 的 是 第 90 张 
停 请 在 当前 页 ， 然 后 加 长 了 这 个 页 
































H。 大 部 分 退出 的 用 户 并 没有 任何 滚动 操作 ， 也 有 很 多 用 户 在 滚动 到 


在 


片 。App 发 生 了 ANR 而 不 是 崩溃 ， 这 使 App 
面 的 使 用 时 间 。 





Screen Name 


1. 10 images 


2. 20 images 


4. 30 images 
5. 40 images 
6. top of scroll 
7. 50 images 
口 8. 60 images 
9. 70 images 
10. 80 images 


] 11. 90 images 





Primary Dimension: Screen Name 


Secondary dimension ~ SortType: Default ~ 


3. Doug Scroll App 


1,737 


% of Total: 100.00% (1,737) 


283 (16.29%) 


283 (16.29%) 


223 (12.84%) 


180 (10.36%) 


142 


95 


85 


79 


64 


63 


53 


(8.18%) 


(5.47%) 


(4.89%) 


(4.55%) 


(3.68%) 


(3.63%) 


(3.05%) 


702 


% of Total: 100.00% (702) 
15 (2.14%) 

77 (10.97%) 

137 (19.52%) 

68 (9.69%) 

60 (8.55%) 


79 (11.25%) 


(7.98%) 


(7.41%) 


(6.98%) 


(5.98%) 


(5.70%) 


QA advanced 


VY Unique Screen Views 


00:00:06 


Avg for View: 00:00:06 (0.00%) 


00:00:01 


00:00:03 


00:00:13 


00:00:07 


00:00:08 


00:00:00 


00:00:07 


00:00:04 


00:00:11 


00:00:03 


00:00:34 














8.12% 


Avg for View: 8.12% (0.00%) 


0.00% 


2.12% 


17.04% 


0.00% 


1.41% 


65.26% 


4.71% 


3.80% 


6.25% 


1.59% 


24.53% 








8-10: App 中 的 视图 


对 于 真实 的 App 来 说 ， 在 特定 页 面 上 花费 的 时 长 可 以 表明 用 户 是 如 何 与 App 进行 交互 的 。 


除了 可 以 统计 出 每 个 页 面 所 用 的 时 间 ，Google Analytics 还 可 以 分 析 
示例 App 中 ， 很 明显 可 以 看 出 大 部 分 用 户 会 从 10 张 
App 来 说 ， 通 过 数据 流 和 视 
大 小 ， 发 现 缺少 了 页 



























































页 
图 滑 到 20 张 图 等 


本 0o 





掉 间 的 流动 性 。 在 
对 于 一 个 复杂 的 
可 以 帮助 你 发 现 用 户 发 现 不 了 的 问题 。 如 果 观 察 设 备 或 页 面 
看 ， 也 许 是 点 击 之 后 系统 演 染 的 方式 出 现 了 问题 ， 从 而 导致 用 户 无 法 


按照 预期 的 方式 使 用 App。 有 多 种 方法 可 以 用 来 研究 数据 流 ， 其 中 一 种 是 将 所 有 用 户 分 为 





























TT 
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真实 用 户 ! 
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较 小 的 子 集 。 在 图 8-11 中 ， 所 有 数据 流通 都 被 标记 为 灰色 ， 而 更 深 的 线 则 表示 来 自 美国 加 
州 用 户 的 数据 流通 。 





tat Screen 
CEE * +38 seemlons, 28 fnal screen 


Doug Serol App 
画 241112 














图 8-11: 行为 流 (加 州 用 户 是 被 高 亮 的 ) 


我 们 还 可 以 将 设置 的 唯一 事件 上 报到 服务 器 以 发 现 问题 。 在 第 7 章 中 ， 我 们 用 例 7-4 识别 
用 户 使 用 的 网 络 类 型 ， 用 例 7-5 修改 可 用 网 络 带 宽 传 过 来 的 内 容 。 我 们 把 这 种 逻辑 使 用 到 
Image Scroll App 中 ， 并 将 分 析 引 警 发 现 的 网 络 类 型 和 了 RIT 时 间 上 报 。 











t.send(new HitBuilders.EventBuilder() 

.SetCategory("RTT Event") 

.SetValue(AvgRTT. longValue()) 

.SetAction("ImageRTT").setLabel(networkConnection).build()); 
Crittercism.beginTransaction(networkConnection); 
Crittercism.setTransactionValue(networkConnection, AvgRTT.intValue()); 
Crittercism.endTransaction(networkConnection); 





这 个 报告 数据 如 图 8-12 所 示 。 











Primary Dimension: Event Category “Event Action Event Label 

Secondary dimension Sort Type: Default | Q advanced 图 

Event Label Total Events VY Unique Events Event Value Avg. Value 
420 67 19,981 47.57 
% of Total: 100.00% % of Total: 100.00% % of Total: 100.00% Avg for View: 47.57 
(420) (67) (19,981) (0.00%) 
1. Wi-Fi 308 (73.33%) 50 (71.43%) 11,361 (56.86%) 36.89 
2. HSPA+ 83 (19.76%) 15 (21.43%) 7,472 (37.40%) 90.02 
3. RTT Event 22 (5.24%) 1 (1.43%) 390 (1.95%) 17.73 
4. HSPA 6 (1.43%) 3 (4.29%) 678 (3.39%) 113.00 
5. LTE 1 (0.24%) 1 (1.43%) 80 (0.40%) 80.00 








图 8-12: 以 App 区 分 的 网 络 类 型 


每 当 页 面 刷新 时 ， 检 查 网 络 类 型 ， 这 样 就 收集 了 数 以 千 计 的 RTT 时 间 (第 三 列 显示 获得 了 
将 近 20 000 个 值 )。 平 均 往返 时 间 可 以 在 图 8-12 的 最 后 一 行 中 看 到 。 平 均 往返 时 间 可 能 
不 是 非常 有 用 ， 因 为 它 会 随 着 信号 的 强度 、 位 置 以 及 网 络 的 类 型 变化 。 然 而 ， 运 用 第 二 维 
度 测量 数据 时 ， 可 以 根据 设备 、 网 络 类 型 、 地 铁 区 域 和 陆地 获取 数据 ， 用 多 种 方法 对 信息 
进行 切割 和 筛选 研究 。 图 8-13 根据 美国 的 地 铁 区 域 进行 排序 ， 结 果 显 示 ， 西 雅 图 Wi-Fi 的 
RTT 比 洛杉矶 和 纽约 更 加 快速 。 














Primary Dimension: Event Action ”Event Label 
Secondary dimension: Metro ~ SortType: Defauk ~ 
Event Label vy Metro Total Events Unique Events Event Value Avg. Value 

420 67 19,981 47.57 
100.00% (420) 100.00% (67) | 100.00% (19,981) | 47.57 (0.00%) 
地 1. Wi-Fi New York NY 16 (3.81%) 2 (2.86%) | 2,589 (12.96%) 161.81 
本 2. Wi-Fi San Francisco-Oakland-San Jose CA 22 (5.24%) 4 (571%) | 1,595 (7.98%) 72.50 
证 3. Wi-Fi Seattle-Tacoma WA 270 (64.29%) 44 (62.86%) 7,177 (35.92%) 26.58 
DD 4. RITT Event Seattle-Tacoma WA 22 (5.24%) 1 (1.43%) 390 (1.95%) .73 
口 5. LTE San Francisco-Oakland-San Jose CA 1 (0.24%) 1 (1.43%) 80 (0.40%) 80.00 
局 6. HSPA+ San Francisco-Oakland-San Jose CA 67 (15.95%) 13 (18.57%) 6,747 (33.77%) 100.70 
7. HSPA+ Seattle-Tacoma WA 16 (3.81%) 2 (2.86%) 725 (3.63%) 45.31 
Ed 8. HSPA San Francisco-Oakland-San Jose CA 6 (1.43%) 3 (4.29%) 678 (3.39%) 113.00 











图 8-13: 以 城市 区 分 的 网 络 类 型 





命名 页 面 ， 增 加 自 定义 事件 和 计时 器 ， 可 以 创建 用 户 使 用 App 的 详细 图 ， 从 而 找 出 加 载 较 
慢 的 页 面 、 丢 失 的 导航 数据 ， 以 及 其 他 的 用 户 流 问题 ， 可 以 发 现世 界 上 是 否 有 某 些 特定 的 
区 域 会 出 现 更 多 的 延迟 、 错 误 或 其 他 比较 慢 的 表现 ， 还 可 以 发 现在 特定 的 日 期 或 一 天 的 基 
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个 时 段 内 ， 由 于 网 络 阻塞 (甚至 自己 的 服务 器 阻塞 ) 导致 的 性 能 问题 。 


8.3.3 ”实时 信息 

因为 这 些 上 报 的 SDK 定时 地 收集 分 析 数 据 ， 所 以 用 户 追 踪 可 以 说 是 实时 进行 的 。 以 上 讨 
论 过 的 所 有 提供 商 基 本 上 都 能 实时 显示 App 的 性 能 。 在 图 8-14 中 ， 可 以 看 到 在 最 近 的 30 
分 钟 内 ， 启 动 了 4 个 App， 出 现 了 一 次 崩溃 。 

















12 App Loads Today 


3 Crashes Today 











图 8-14: 实时 分 析 


类 直 求 
8.4 大 数据 的 营救 
当 App 不 断 地 和 迭代 并 且 获 得 越 来 越 多 的 用 户 ， 迅 速 确定 并 解决 问题 变 得 更 为 重要 ， 也 更 加 
困难 。 找 出 哪些 问题 影响 了 大 多 数 的 用 户 以 及 问题 的 严重 性 ， 可 以 在 解决 bug 时 更 有 目的 
性 。 本 章 所 涉及 的 工具 有 助 于 压缩 数据 ， 发 现 有 用 的 模式 和 需要 优化 的 问题 ， 这 样 可 以 精 
简 App 并 使 用 户 使 用 时 更 加 顺心 。 




















好 的 RUM 可 以 确保 升级 版 本 比 以 往 版 本 在 性 能 上 表现 得 更 好 、 骨 省 量 更 少 ， 加 载 速度 更 快 。 
利用 RUM 工具 进行 大 数据 的 收集 仍然 是 一 种 响应 式 的 解决 问题 的 方式 ， 制 订 周 全 的 计划 可 
以 提升 对 App 性 能 的 洞察 力 ， 并 了 解 性 能 提升 是 如 何 提 高 App 保留 率 和 用 户 使 用 时 间 的 。 











RUM SDK 的 性 能 


尽管 这 些 SDK 的 初 囊 是 为 了 测量 性 能 ， 但 测量 这 些 工 具 的 性 能 也 是 一 个 不 错 的 想法 。 如 
果 你 注意 到 先前 的 截图 ， 每 一 个 SDK 都 报告 了 其 他 SDK 的 延迟 (而 不 是 自己 的 )。 对 于 
用 户 数据 来 说 ， 保 持 较 短 的 往返 时 间 非 常 重要 ， 而 对 于 之 后 的 文件 存 取 ， 时 间 稍 长 也 是 可 
以 的 。 如 果 看 到 大 量 的 HTTP 连接 错误 ， 你 可 能 会 开始 担心 。 
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为 了 测试 监控 SDK 的 网 络 性 能 ， 可 以 使 用 7.2.4 节 中 提 到 的 应 用 资源 优化 器 一 一 AT&T 
ARO。ARO 可 以 根据 端点 筛选 数据 。 














图 8-15 在 顶部 显示 了 完整 的 App 数据 ， 在 底部 显示 了 数据 分 析 的 视图 。 




















图 8-15: Image Scroll 的 网 络 追踪 : 完整 App (顶部 ) 和 仅 RUM 连接 (底部) 


来 自 供应 商 的 RUM 文件 都 是 加 密 的 ， 为 了 看 到 它们 ， 我 做 了 同 7.2.3 节 中 相同 的 测试 。 
分 析 供 应 商 的 RUM 数据 并 不 危及 任何 用 户 的 数据 ， 而 且 这 些 数 据 是 预料 中 的 。 下 面 是 
Crittercism 的 一 个 崩 误 报告 ; 


2015-03-16 13:38:41 POST https://api.crittercism.com/android_v2/handle_crashes 
200 application/json 14B 46.33kB/s 


Request 

Response 

x-newrelic-id: <removed> 

Accept: text/plain 

Accept: application/json 
Content-Type: application/json 
User -Agent: 5056 

Host: api.crittercism.com 
Connection: Keep-Alive 


Accept-Encoding: gzip 
Content-Length: 28095 


JSON 
{ 
"app_id": "<removed>", 
"crashes": [ 
业 
"app_state": { 
"activity": "com.sillars.imagescroll.MyActivity", 
"app_version": "1.1", 


"app_version_code": 2， 
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"arch": "armv7L'" ， 
"battery_level": 0.16， 
"carrier": "", 
"disk_space_free": "11018395648 " ， 
"disk_space_total": "24723058688"， 
"dpi": 3.5, 
"locale": "en", 
"memory_total": 268435456, 
"memory_usage": 90950656, 
"mobile_country_code": 0， 
"mobile network": { 
"available": true, 
"connected": false, 
"connecting": false, 
"failover": false, 
"roaming": false 


]， 

"mobile_network_code": 0， 
"model": "Nexus 6"， 
"name": "", 


"orientation": 1, 
"sd_space_free": "11018395648 " ， 
"sd_space_total": "24723058688 " ， 


"system": "android", 
"system version": "5.0.1", 
"wifi": { 


"available": true, 
"connected": true, 
"failover": false 





我 们 可 以 看 到 App、 版 本 、 低 电量 (16%)、 有 很 多 的 空间 磁盘 空间 和 内 存 、 正 在 使 用 
Wi-Fi (但 是 移动 网 络 可 用 ) 等 信息 。 信 息 板 上 的 所 有 这 些 数据 对 诊断 崩溃 都 是 有 帮助 的 ， 
在 收集 的 所 有 文件 中 ， 没 有 传输 预想 不 到 的 数据 。 


8.5 “小结 


在 本 章 中 ， 我 们 研究 了 如 何 从 用 户 端 收集 RUM 分 析 数 据 ， 这 有 助 于 确定 不 能 测试 到 的 设 
备 问 题 。 通 过 日 志 追 踪 设备 的 崩 误 ， 可 以 直接 解决 问题 而 不 用 每 次 都 拿 着 设备 分 析 问 题 。 








这 些 数据 同样 可 以 帮助 你 揭露 地 域 性 问题 ， 比 如 在 世界 特定 区 域内 网 络 连 接 缓 慢 的 问题 。 
追踪 数据 ， 你 可 能 会 发 现 用 户 用 意料 之 外 的 方式 使 用 App， 而 为 了 满足 这 些 新 的 用 法 ， 精 
简 用 户 流 会 使 App 体验 更 好 。 


通过 使 用 分 析 工 具 武装 App， 你 可 以 获取 更 加 有 力 的 数据 以 分 析 App 用 户 量 下 降 的 原因 ， 
需要 提升 的 地 方 ， 以 及 用 户 监控 下 什么 部 分 和 运行 得 很 好 。 用 真实 设备 从 真实 用 户 那里 获得 
的 真实 数据 是 无 价 的 ， 它 们 可 以 用 于 提升 App 性 能 一 一 修复 所 有 你 在 实验 室 不 能 发 现 的 问 
题 点 。 














附录 
组 织 性 能 








为 了 成 功 地 优化 Android App 的 各 个 方面 的 性 能 ， 本 书 能 够 帮助 你 让 整个 公司 重视 性 能 锯 
问题 。 开 发 者 、 测 试 人 员 以 及 公司 管理 人 员 需 要 达成 共识 : 高 性 能 对 于 App (其 至 公司 的 
成 功 ) 来 说 是 至 关 重 要 的 。 一 旦 形成 团队 ， 就 需要 制定 流程 以 确保 正在 做 的 开发 和 App 维 
持 了 稳定 的 性 能 指标 。 最 后 ， 我 们 将 回顾 一 些 本 书 中 略 述 的 工具 以 作为 性 能 优化 流程 实现 
的 一 部 分 。 


开始 文 持 〈 管 理 人 员 关 注 性 能 ) 

要 让 App 的 性 能 成 为 公司 文化 的 一 部 分 ， 获 得 管理 人 员 的 支持 是 至 关 重 要 的 。 这 里 有 很 多 
关于 慢 速 网 站 性 能 的 数据 ， 以 及 少量 同样 有 变 慢 趋势 的 移动 App 的 性 能 数据 。 因 此 ， 如 果 
你 无 法 说 服 公司 的 管理 者 ， 让 他 认识 到 App 性 能 对 公司 命脉 是 多 么 至 关 重 要 ， 那 么 ， 你 上 
以 参见 本 书 1.1 市 和 1.1.3 市 ， 那 里 的 数据 也 许可 以 让 你 的 领导 改变 观点 一 一 什么 公司 不 想 
降低 成 本 ， 增 加 收入 呢 ? 或 许 《 纽 约 时 报 》 上 的 低 性 能 是 如 何 成 为 击 沉 Friendster (一 个 社 
交 媒 体 先驱 ) 的 一 个 因素 的 研究 案例 能 够 帮助 到 你 。 



































将 这 些 信息 同 半 在 的 问题 联系 在 一 起 ， 并 提出 优化 方案 通常 是 开启 性 能 谈话 的 一 个 很 好 的 
方式 。 由 于 修复 程序 已 经 完成 ， 而 且 收益 从 使 用 量 、 用 户 参 与 度 和 销售 额 中 是 可 见 的, 那 
么 扩大 正在 运行 中 的 性 能 优化 团队 是 一 件 很 容易 的 事 。 如 有 果 你 是 组 织 中 的 第 一 个 人 ， 那 么 
你 将 可 能 开始 成 为 测试 和 发 现 问题 的 人 。 

















Steve Souders 发 布 的 “创建 性 能 文化 ”(http://calendar.perfplanet.com/2012/creating-a- 
performance-culture/) 的 帖子 中 有 一 个 重要 的 观点 一 一 说 适合 听众 的 言词 。 如 果 你 正在 试图 
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说 服 市 场 人 员 ， 那 么 你 应 该 说 增加 用 户 、 参 与 度 和 销售 额 方面 的 东西 ， 运 营 人 员 则 希望 听 
到 容量 或 者 减少 故障 方面 的 变化 ， 而 财务 人 员 则 很 想 听 到 成 本 降低 的 同时 销售 额 的 增长 。 
通过 稍微 改变 听众 听 到 的 关键 字 ， 我 们 会 发 现 获 得 支持 变 得 更 加 容易 了 。 


在 AT&T 公司 ， 与 领导 讨论 性 能 时 ， 我 们 是 非常 幸运 的 。 他 们 认识 到 ， 拥 有 高 性 能 的 移 
动 App 能 够 减少 数据 使 用 量 ， 拥 有 更 长 的 电池 寿命 ， 并 且 最 终 会 让 用 户 更 加 满意 。 其 结果 
是 ，AT&T 公司 已 经 为 所 有 内 部 开发 的 App 以 及 所 有 预 装 到 我 们 设备 的 App 制定 了 性 能 
测试 要 求 ， 并 且 我 们 将 会 持续 向 公司 内 外 的 开发 者 推广 这 些 测试 。 


浅 谈 性 能 

2011 年 年 初 ( 想 想 中 期 姜 饼 时 代 )， 我 们 开始 了 AT & 工 的 应 用 程序 资源 优化 工作 。 我 们 
开始 关注 Android App 是 如 何 使 用 数据 的 ， 并 且 惊 讶 于 它们 竞 是 如 此 的 低 效 。 当 和 开发 者 
讨论 时 ， 我 们 才 意 识 到 并 没有 人 真正 地 考虑 过 移动 数据 的 性 能 。 我 们 发 现 ， 这 个 例子 中 确 
实 存 在 80/20 规则 。80% 的 时 间 里 ， 如 果 开 发 者 关注 到 了 App 的 行为 ， 他 们 将 努力 地 优化 
此 App。 剩 下 的 20% 可 能 是 被 故障 卡 住 了 ， 也 许 需 要 更 多 组 织 或 者 测试 的 帮助 。 


每 当 向 其 他 团队 提出 性 能 问题 时 ， 我 们 应 该 尽量 委婉 一 点 。 没 有 人 会 感激 你 提出 这 些 问 
题 ， 尤 其 是 那些 他 们 的 监控 不 关注 的 事情 。 如 果 能 够 坚持 积极 地 致力 于 App 的 潜在 加 速 或 
者 改进 ， 你 将 会 在 性 能 的 道路 上 获得 更 多 的 追随 者 。 
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Lara Hogan 写 到 如 何 成 为 团队 的 的 性 能 守护 者 /看 门人 (https://davidwalsh.name/performance- 
cops-janitors) ， 以 及 性 能 是 如 何 导 致 资源 耗 尽 的 。 她 认为 ， 性 能 领导 是 必 不 可 少 的 ， 但 他 
们 应 该 努力 地 在 全 公司 实行 流程 规范 ， 让 性 能 成 为 日 常 工作 中 必 不 可 少 的 一 部 分 。 作 为 性 
能 推广 团队 的 一 部 分 ， 我 们 为 合作 的 公司 充当 着 守护 者 的 角色 。 有 些 公司 的 开发 者 和 管理 
者 对 性 能 有 一 定 了 解 ， 并 且 也 会 测试 性 能 ， 但 是 由 于 开发 者 承担 了 更 多 其 他 的 责任 ， 性 能 
测试 就 要 为 之 让 路 。 但 每 隔 几 个 月 向 他 们 发 送 有 关 性 能 的 友好 提醒 ， 会 让 他 们 步 入 正轨 。 


在 2013 年 的 Oredev 上 ，Scott Barber 说 了 一 个 故事 ， 这 个 故事 是 关于 一 个 没有 优化 和 性 能 
测试 预算 的 项 目的 。 他 要 求 前 台 的 管理 员 一 周 向 开发 者 询问 一 次 App 的 性 能 ， 他 发 现 ， 一 
个 简单 的 关于 性 能 的 提醒 就 能 够 让 开发 者 在 开发 的 过 程 中 意识 到 性 能 问题 ， 并 最 终 缩减 了 
App 的 加 载 时 间 。 阅 读 关 于 性 能 的 博客 ， 并 与 你 的 同事 分 享 小 花 祭 。 当 发 现 新 的 性 能 技术 
时 ， 在 组 织 内 外 分 享 它 。 通 过 帮助 别人 学 习 如 何 使 移动 App 变 得 更 快 ， 你 将 能 激发 并 激励 
团队 ， 以 及 那些 和 你 一 起 工作 的 人 。 


通过 使 性 能 成 为 组 织 定期 谈话 的 一 部 分 ， 你 会 开始 定期 发 现 性 能 有 所 改进 和 提升 。 你 应 该 
经 常 谈论 性 能 ， 分 享 其 他 团队 (公司 外 部 ) 已 经 分 享 过 的 成 功 案 例 ， 也 可 以 分 享 组 织 内 部 
的 大 提升 。 我 们 也 会 遭遇 挫折 。App 可 能 会 在 启动 时 出 现 癌 题 。 诀 窑 是 尽 可 能 快 地 定位 问 
题 ， 并 解决 问题 。 下 面 的 儿 市 内 容 会 涵盖 我 们 发 现 的 一 些 有 效 策略 。 
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我 们 都 知道 这 个 格言 /笑话 : 最 好 的 代码 是 疫 有 代码 。 只 要 在 屏幕 上 殴 出 第 一 个 代码 ， 
App 就 会 变 得 比 前 一 刻 更 慢 。 当 代码 被 改变 、 改 善 或 者 添加 时 ， 我 们 应 该 考虑 这 对 用 户 性 
能 所 产生 的 影响 ， 要 将 开发 最 小 化 ， 并 进行 最 终 测试 。 


如 果 开 发 人 员 考 虑 到 性 能 的 话 ， 那 么 他 们 将 会 努力 地 确保 每 一 个 新 功能 都 是 以 一 种 无 颖 的 
方式 添加 的 。 这 并 不 总 是 发 生 ， 哪 怕 是 在 一 个 产品 中 测试 App 的 性 能 ，AT&T 的 应 用 资源 
优化 小 组 也 已 经 发 现 了 在 构建 App 时 不 考虑 性 能 的 案例 。 


曾经 ， 我 们 在 ARO 工具 中 添加 了 一 个 最 佳 实践 ， 开 发 人 员 并 没有 刻意 地 将 这 个 功能 同 已 
有 的 代码 整合 在 一 起 ， 仅 仅 只 是 添加 了 代码 ， 结 果 就 导致 App 多 次 扫描 了 多 焰 字 市 的 网 络 
记录 ,分 析 时 间 显著 增加 了 。 


作为 快速 发 展 的 结果 (性 能 工具 是 必 不 可 少 的 ! )， 我 们 开始 研究 App 的 每 一 个 变化 对 性 
能 的 影响 。 我 希望 能 够 说 这 一 环节 是 全 自动 的 ， 或 者 我 们 是 用 秒表 的 时 间 来 衡量 App 的 
变化 对 性 能 的 影响 ， 但 事实 并 非 如 此 。 每 当 增加 代码 时 ， 我 都 会 对 代码 进行 比较 ， 以 确保 
性 能 成 本 是 可 接受 的 。 在 我 们 的 团队 中 ， 需 求 提 出 者 同 开 发 人 员 密 切合 作 ， 并 且 能 够 经 常 
看 到 粗糙 版 本 的 工具 和 功能 ， 人 允许 我 们 就 UI、 布 局 、 语 法 以 及 【当然 ) 性 能 提出 自己 的 
观点 。 





















































在 AT&T 内 部 ，ARO 推广 小 组 扮演 着 性 能 问题 支持 团队 的 角色 ， 我 们 收 到 了 AT&T 内 部 
不 同 组 织 的 ， 关 于 内 外 部 App 的 帮助 请 求 。 通 过 帮助 这 些 开发 者 发 现 常 见 的 问题 ， 他 们 往 
往 能 够 快速 地 解决 那些 拖 慢 Android App 的 问题 。 拥 有 理解 并 有 权 研 究 和 解决 性 能 问题 的 
开发 团队 ， 可 能 是 一 项 挑战 涵盖 所 有 的 新 特性 、bug 和 技术 积累 ， 这 是 一 项 非常 艰巨 的 
挑战 )， 但 是 解决 关键 的 性 能 问题 将 会 真正 提高 公司 的 短 板 。 


测试 

是 的 ， 测 试 永远 是 截止 日 期 快 到 的 时 候 以 及 开发 时 间 被 压缩 的 时 候 ， 第 一 个 被 削减 的 环 
节 。 如 果 疫 有 性 能 测试 ， 你 通过 分 析 可 能 只 会 发 现 新 功能 使 得 App 速度 减 慢 。 但 因为 你 已 
经 在 产品 中 加 入 了 这 个 会 减 慢 App 的 功能 ， 用 户 会 认为 你 整个 App 都 是 低 效 的 ， 正 如 我 
在 1.2.1 节 中 所 描述 的 情形 一 样 。 


当 添 加 了 新 的 功能 ， 毫 无 疑问 的 是 必须 要 进行 测试 ， 以 确保 该 功能 可 以 正常 工作 ， 并 确保 
其 不 会 破坏 App 的 其 他 部 分 。 如 果 只 是 测试 月 并， 其 实 就 是 在 处 理 正在 流失 的 性 能 ， 要 确 
保 新 的 代码 不 会 引入 延迟 或 减 慢 速 度 。 它 们 可 能 会 引出 App 非常 多 的 月 涡 。 如 果 新 功能 
致 超出 预期 的 缓慢 ， 那 么 需要 确定 在 速度 方面 的 变化 是 否 是 可 以 接受 的 ， 或 者 确定 是 否 可 
以 将 该 功能 撤回 以 进行 进一步 优化 。 
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测试 提示 


AT & T， 应 用 程序 质量 联盟 (Application Quality Alliance，AQuA) 的 合作 
伙伴 ， 给 出 了 一 些 测试 网 络 性 能 的 最 佳 实践 。 测 试用 例 是 开始 整套 性 能 测试 
的 一 个 很 好 的 起 点 。 如 果 你 有 很 棒 的 性 能 测试 用 例 ， 可 以 将 它们 分 享 给 我 
们 ， 我 们 将 与 其 他 开发 者 共享 。 














作品 十 已 填 一 
性 能 指标 
当 涉及 性 能 ， 应 该 由 团队 共同 决定 正确 的 速度 指标 。 现 在 有 许多 关于 用 户 对 网 络 期 待 的 研 
究 (聚焦 App 的 研究 也 在 不 断 增多 )。 做 自己 的 测试 ， 然 后 查看 用 户 所 期 望 的 是 什么 ， 以 
及 他 们 是 否 发 现 你 的 App 速度 缓慢 。 如 果 发 现 App 很 慢 ， 你 需要 确定 设备 实验 室 (第 2 
章 ) 中 的 哪些 参考 设备 比 其 他 设备 慢 ， 并 在 开发 过 程 中 使 用 它们 进行 测试 。 


移动 App 是 如 此 多 样 和 独特 ， 以 至 于 构建 一 个 适用 于 所 有 App 的 测试 用 例 几乎 是 不 可 能 
的 。 济 试用 例 对流 媒 体 App 来 说 是 必 不 可 少 的 ， 但 是 不 适用 于 社交 App、 游 戏 App 或 新 
闻 App。 我 分 享 的 测试 用 例 是 非常 通用 的 ， 可 以 对 特定 的 App 进行 测试 。 对 于 你 的 App， 
你 可 以 按照 常识 和 团队 商讨 出 测试 用 例 ， 然 后 将 它们 制定 为 规则 使 大 家 坚持 下 去 。 当 某 个 
指标 超出 了 规范 ， 确 定 是 不 是 有 bug 产生 ， 然 后 尽 可 能 快 地 (理想 情况 下 是 在 发 布 前 ) 解 


决 这 个 问题 。 


测试 性 能 指标 

用 户 最 经 常 抱怨 的 就 是 Android 设备 的 电池 寿命 。 在 过 去 ， 这些 罪名 通常 落 到 了 设备 制造 
商 或 电池 的 缺陷 上 ， 但 现在 用 户 逐 渐 明白 了 App 也 会 引发 此 类 问题 。 在 第 3 章 中 ， 我 们 
讨论 了 如 何 确定 App 电池 耗 尽 的 原因 ， 从 WakeLock 到 设备 的 无 线 电 的 过 度 使 用 。 我 们 还 
分 析 了 Lollipop 版 本 的 Jobscheduler API 作为 新 设备 的 解决 方案 的 可 能 性 ， 以 及 如 何 使 用 
Battery Historian 来 查 明 在 App 中 引起 电池 消耗 的 问题 。 


用 户 和 App 在 屏幕 上 进行 交互 ， 页 面 卡 顿 不 流畅 是 用 户 放弃 App 的 首要 因素 。 通 常情 况 
下 ， 对 App 速度 的 感知 会 影响 App 的 使 用 量 ， 在 第 4 章 我 们 研究 了 如 何 简化 UI 层级 ， 以 
及 如 何 使 用 Systrace 和 其 他 工具 来 测试 UI 的 卡 顿 和 速度 问题 。 如 果 App 由 于 内 存 泄漏 或 
ANR 问题 引起 了 月 涡 ， 使 用 MAT 或 Traceview (参见 第 7 章 ) 等 工具 将 帮助 你 找 出 问题 
产生 的 原因 ， 让 你 可 以 回 到 代码 中 去 解决 问题 。 


移动 开发 中 另 一 个 会 显著 增加 延迟 的 因素 是 网 络 连接 。 虽 然 你 无 法 控制 用 户 的 位 置 ， 或 
者 他 们 连接 的 网 络 ， 但 是 你 可 以 优化 App 传输 的 数据 量 ， 以 确保 体验 始终 运行 流畅 。 在 
第 6 章 中 ， 我 们 介绍 了 网 络 连通 性 ， 简 化 数据 使 用 的 技巧 ， 以 及 Wireshark、MITMproxy、 
Fidler 和 ARO 等 工具 ， 从 而 测试 并 尽 可 能 优化 连接 。 最 后 ， 我 们 在 第 8 章 中 论述 了 如 何 使 
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用 用 户 监控 工具 从 用 户 那里 得 到 测试 结果 。 通 过 了 解 用 户 的 痛 点 在 哪 ， 你 可 以 回 过 头 来 确 
保障 碍 被 移 除 ， 死 机 问题 得 以 解决 ， 同 时 ， 还 应 该 确保 当前 (和 将 来 ) 用 户 在 你 的 App 里 
有 一 个 良好 的 体验 。 

通过 本 书 提 到 的 理论 和 工具 ， 现 在 你 已 经 拥有 了 提升 Android App 性 能 所 需要 的 所 有 东西 。 
通过 深 挖 这 些 工 具 和 技术 ， 你 可 以 找到 加 快 泻 染 ,减少 延 迟 和 电池 消耗 的 方法 ， 并 最 终 提 
高 App 的 性 能 。 
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关于 作者 

Doug Sillars 是 AT&T 开发 者 计划 中 的 性 能 推广 领导 者 。 他 帮助 了 成 千 上 万 的 移动 开发 人 
员 将 性 能 的 最 佳 实践 应 用 到 App 上。 他 开发 的 工具 和 总 结 的 最 佳 实践 ， 帮 助 开 发 人 员 使 
App 运行 得 更 快 ， 同 时 使 用 了 更 少 的 数据 和 电量 。 他 和 妻子 生活 在 华盛顿 州 的 一 个 小 岛 
上 ， 并 在 家 教育 三 个 孩子 。 





封面 介绍 
本 书 封面 上 的 动物 是 一 只 记 惹 鸭 (brown noddy)。 这 是 海鸥 和 荐 鸥 家 庭 的 一 部 分 ， 主 要 栖 
息 于 温暖 的 热带 水 域 。 这 种 鸟 也 是 一 种 非常 常见 的 慈 鸥 。 





云 燕 鸭 有 着 独特 的 外 观 。 羽 毛 都 是 棕色 的 (因此 才 得 名 brown noddy)， 但 前 额 是 灰白 色 
的 ， 并 且 一 直 延 伸 到 眼睛 的 顶部。 尾巴 呈 棕 形 ， 颜 色 是 比 身体 的 其 他 部 分 更 深 的 深 棕 色 。 
起 膀 的 县 愉 也 呈 这 种 深 棕 色 。 腿 、 脚 、 噬 也 呈 深 棕色 。 雄 性 和 雌性 的 训 郑 鸥 看 起 来 相似 ， 
只 是 雌性 体型 稍 小 一 点 。 


和 大 多 数 海 鸟 一 样 ， 玄 燕 鸥 主要 以 所 生活 的 热带 水 域 和 海域 可 以 提供 的 食物 为 食 。 它 们 会 
在 海面 上 捕食 小 鱼 ， 收 集 漂浮 上 来 的 水 下 捕食 者 的 猎物 残 潜 ， 同 时 也 会 沿 着 海岸 线 和 浅滩 
寻找 食物 。 

玄 燕 鸥 的 筑 业 和 育种 相当 繁杂 ， 并 且 主 要 是 在 近海 。 它 们 会 在 树 、 灌 木 、 旦 崖 、 海 滩 和 码 
头 筑 梨 。 它 们 每 年 只 产 一 个 蛋 ， 双 亲 会 轮流 黎 化 。 这 种 亲子 关系 在 鸟 蛋 筹 化 后 仍 会 继续 ， 
直到 欠 鸟 在 八 周 大 左右 离开 乌 烛 为 止 。 

O’Reilly 封面 上 的 许多 动物 都 已 濒临 灭绝 ， 但 它们 的 存在 对 世界 至 关 重 要 。 想 要 了 解 如 何 
帮助 它们 ， 可 以 登录 animals.oreilly.com。 


封面 的 图 片 来 自 British Birds。 
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延 展 阅读 


ER Android 安全 第 一 书 ， 专 注 于 阐述 设备 root、 逆 向 工程 、 漏 油 研 究 
nt 和 软件 漏洞 利用 等 技术 细节 

Androld 
安全 攻防 权威 指南 
Androld Hackers Handbook 


书号 : 978-7-115-38570-3 
定价 : 89.00 元 


Amazon 榜首 畅销 书 全 新 升级 ，Android 入 门 进 阶 不 二 之 选 
全 面 覆盖 开发 知识 点 ， 通 过 实战 项 目 教 你 逐步 写 Android 应 用 


Amazon 榜 首 由 多: 


书 全 新 升级 
Android 入 门 进 阶 不 二 之 选 


全 面相 苗 Androld 开 发 知识 点 
通过 实战 项 目 手 招手 才 你 这 步 写 Android 应 用 


p(telrete 
编程 权威 指南 
| (第 2 版 ) | 


圈 | BMPhwps Chrls Stewart Brian Hardy-krlstri Marsicanc 蔷 
王 明 帮 主 
Android Programming 


Whe 6 Nerd Ranch Guide, Second Edition 


书号 : 978-7-115-42246-0 
定价 : 109.00 元 








将 心理 学 基本 原理 与 设计 基本 原则 有 机 结合 
揭示 交互 设计 原则 后 面 的 认 知心 理学 


| Tonine 4 ES 
认 知 与 设计 
A 上 准则 (第 2 县 


下 


书号 : 978-7-115-36410-4 
定价 : 69.00 元 





延 展 阅读 


国际 知名 的 设计 心理 学 博士 Susan M. Weinschenk 重 磅 力作 


En 00D 腾讯 用 户 研究 与 体验 设计 部 ( CDC ) 推荐 
one 畅销 欧美 、 日 本 ， 首 屈 一 指 的 设计 师 必 读经 典 
设计 师 
要 懂 心 理学 





书号 : 978-7-115-31308-9 
定价 : 49.00 元 


3 人 民 邮 电 出 版 社 











超级 畅销 书 《 设计 师 要 懂 心 理学 》 姊 妹 篇 

国际 知名 设计 心理 学 家 Weinschenk 全 新 力作 
用 讲 故 事 的 手法 生动 呈现 100 个 设计 案例 

用 户 体验 设计 师 / 交互 设计 师 / 产品 经 理 必 读 经 典 





设计 师 要 懂 心 理学 2 


100 More Things Every Designer Needs to Know About People 


书号 : 978-7-115-42784-7 
定价 : 59.00 元 





\ 畅销 手册 全 新 升级 ， 全 彩印 刷 
Ww SS 赏心悦目 、 简 单 易 用 的 权威 U1 设计 参考 书 
90 多 种 设计 模式 ，1000 张 屏幕 截图 ， 一 册 在 手 ， 应 有 尽 有 





移动 应 用 [JT 设 计 模式 


Mobile Design Pattern Gallery: UI Pattems for Smartphone Apps 





[ 鬼 TheresaNeil 闭 
供 JJeniferTidwel 序 

权 原 主 
SAS 书号 :978-7-115-37790-6 
定价 : 79.00 元 
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高 性 能 Android 应 用 开发 


对 于 Android App 来 说 ， 虽 然 独特 巧妙 的 构思 至 关 重 要 ， 但 速度 、 效 率 和 
电池 管理 才 是 App 成 功 的 真正 驱动 力 。 本 书 直面 Android App 开 发 中 的 性 
能 问题 ， 系 统 介绍 App 性 能 优化 的 方法 和 工具 ， 虽 在 帮助 Android 开 发 人 
员 正 确 构 建 快 速 、 流 畅 的 App， 让 其 能 够 在 近 2 万 种 各 式 Android 设 备 上 
运行 良好 。 


目 了 解 性 能 问题 是 如 何 影响 App 的 用 户 量 和 留存 率 的 

目 构建 Android 设 备 实验 室 ， 进 行 最 大 限度 的 UI、 功 能 和 性 能 测试 
目 提升 App 和 硬件 设备 的 交互 方式 

是 优化 UI， 使 其 能 够 快速 进行 泻 染 、 滚 动 以 及 动画 

目 跟踪 内 存 泄漏 和 对 性 能 有 影响 的 CPU 问题 


目 升级 App 同 服务 器 的 通信 ， 了 解 慢 速 网 络 条 件 下 如 何 加 强 App 
体验 


目 应 用 RUM 工 具 监 控 以 确保 每 一 个 设备 都 拥有 最 佳 的 用 户 体验 


Doug Sillars，AT&T 开 发 者 计划 中 的 性 能 推广 领导 者 。 他 开发 的 工具 和 总 结 
的 最 佳 实践 ， 已 经 帮助 数 万 名 移动 开发 人 员 将 App 运 行 得 更 快 。 


“这 本 书 将 使 得 任何 Android 开 发 
者 都 能 够 构建 高 效 、 运 行 良 好 
的 App。” 

一 一 Brad Zeschuk 
M2Catalyst 公 司 工程 副 总裁 


“本 书 是 Android 性 能 方面 的 权威 
实战 指南 ， 可 以 帮助 工程 师 转 
换 视 角 。 书 中 不 仅 涵盖 了 基本 
的 算法 话题 ， 还 深入 到 了 硬件 
和 平台 的 工作 方式 ， 让 你 了 解 
工具 的 异常 显示 是 什么 含义 。” 
一 一 Colt McAnlis 

资深 布道 师 ， 

Google 公 司 团队 主管 
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